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Technical Field 

The present invention relates to terminal equipment for electronically applying for patents and utility 
patents, and in particular relates to terminal equipment for automatically merging image data with text 
generating procedure documents, checking text formats, and transmitting and receiving text on line. 

Related Art 

Word processors are presently being widely used to electonically generate application documents for 
patents and utility patents. In executing this work. It Is very desirable to transfer text data to terminal 
equipment for processing. Thus, a function Is required In terminal equipment to facilitate this transfer. 

In addition, In a hyper text Including images generated by a word processor or the like, the Image data 
should be readily read and combined with the text. Moreover, In making a patent application or the like with 
an application document (text data) on line, online transmission end reception operations need to be 
simplified. 

Conventionally, patent applications have been made off line. That is, text data (character data and 
image data) for a patent application documents or the like are created by word processors or the like. 
Thereafter, the text data are printed and the printed pages are mailed or delivered by hand to the Patent 
and Trademark Office. 

Presently, when a patent application is made with text data generated by an online word processor, the 
online operations necessary for transmitting an application document and for receiving acknowledgement of 
the receipt are complicated and require special knowledge thereof. 

Moreover, when image data read by a scanner or the like are combined with text generated by a word 
processor or like, a frame for merging the image data with the text must be created and then the image 
data placed on the frame. 

However, in the conventional device, the frame size for merging the image data with the text sometimes 
does not match the size of the image data being read. Moreover, every position for reading the image data 
must be designated. Furthermore, when one page of the application document contains two or more 
drawings, they must be divided Into two or more pieces of Image data and then merged with the text. 
These operations take a long time and are complicated. 

Word processors available on the market have unique specifications which differ from manufacturer to 
manufacture, and data generated the word processors of different manufacturers are not compatible. To 
convert text formats between different word processors, a text conversion software package must be 
installed. However, such a software package can only deal with the conversion of simple text formats. 

To electronically generate application documents for patents and utility patents, various text data 
formats must be converted and transferred to terminal equipment. Thereafter, the resultant data must be 
merged using procedures to store, manage, edit, check end transmit them. However, terminal equipment 
which can perform such operations is not presently available. 

Disclosure of the Invention 

A first object of the present invention is to provide terminal equipment for making electronic patent 
applications, for converting text data in various formats created by another device and for merging the 
resultant data using procedures to store, manage, edit, check, and transmit them. 

A second object of the present invention is to simplify the operations for merging image data with text 
data with respect to terminal equipment for making electronic applications. 

A third object of the present invention is to readily transmit and receive patent application documents or 
the like on line without requiring that the operator possess a skill or special knowledge about the terminal 
equipment 

Figure 1 is a block diagram for explaining the theory of the present invention. 

The text converting portions 1 to 3 convert text data In various formats into the internal format of the 
terminal equipment and transfer the resultant text data thereto. The procedure generation processing portion 
4 merges the received text data using one procedure. The procedure generation reference file 5 comprises 
a document table, an identifier table, a plurality of item conversion tables, and so forth. The procedure 
management information file 6 stores definition information of text structures and Information necessary for 
managing procedures. The procedure document storing file 7 stores text data for constructing each 
procedure. 

The text editor 8 edits text data merged using a procedure. The paragraph number assigning portion 9 
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assigns paragraph numbers. The text checking portion 10 checks the content of the edited text. 

The transmission file generating portion 1 1 converts the checked text into data in a transmission format 
The transmission format data file 12 stores the converted data into the transmission format The online 
application portion 13 transmits the formatted data to outside the terminal equipment. 

In Figure 1, the format of text data externally generated and stored on floppy disks 14 to 18 are 
converted into the internal text format of the terminal equipment by the text converting portions 1 to 3. 
respectively thereby to be Inputted thereinto. The procedure generation processing portion 4 combines the 
text data using the procedure In accordance with the document table, the Identifier table, and the Item 
conversion tables stored In the procedure generation reference file 6. The procedure Is managed by the 
procedure management Information file 6 and stored by the procedure document storage file 7. 

Thereafter, the text data associated with the procedure is edited by the text editing portion 6 end 
assigned paragraph numbers by the paragraph number assigning portion 9. The text of the edited 
procedure document is checked by the text checking portion 10. 

Thereafter, the checked procedure document Is converted Into the transmission format by the transmis- 
sion file generating portion 11 and then temporarily stored In the transmission format data file 12. 
Thereafter, the converted data ere transmitted externally by the online application portion 13 from the 
terminal equipment. 

Thus, since various externally generated text data formats are converted and merged using this 
procedure, the data can be stored, managed, edited, checked, and transmitted. 

Figure 2 is a block diagram showing the construction of an image merging portion of the terminal 
equipment in accordance with the present invention. 

The text content file 17 stores a text Including identifiers and image insertion marks. 

The text merging information file 18 stores text merging information such as the frame size of imace 
data. a 

The image file 19 stores Image data. 

The merging controlling portion 20 merges image data with text 

The display input controlling portion 21 displays an image, frame size, scale, text, and so forth on a 
screen. 

A text Is retrieved from the text content .file 17. Thereafter, an identifier or an image placement mark Is 
searched and detected from the text being retrieved. In accordance with the detected position of the 
identifier or the Image placement mark, a merging start position and a frame size are set to the text 
merging information file 18 so as to merge the image data in the frame size from the merging start position 
determined by the merging controlling portion 20. Thereafter, the image data are stored In the image file 19 
A merging start position end a frame size are set to the text merging information file 18 so that a 
designated frame size is merged where the scope In which the frame size is to be cut Is designated end a 
maximum frame size Is merged where the scope In which the frame Is to be cut is not designated The 
Image data being cut are stored In the Image file 19. The display Input controlling portion 21 displays all the 
image data being read along with the maximum frame size available in the text or the designated frame Bize 
in which the size to be cut is designated. Alternatively, the display input controlling portion 21 displays only 
the image data in the maximum frame size or in the frame size in which the size to be cut Is designated 
and scrolls the image data so as to display the image data in the maximum frame size or the designated 
frame size in the cutting range. When the image data being read are displayed, the scale in accordance 
with the size thereof is also displayed. In addition, the text which precedes or the text which follows the 
merging start position of the image data is displayed, or both these texts are displayed. Moreover, when the 
image data being read are merged with the text, an identifier with an ascending number is automatically 
placed into the text line immediately preceding the image data. When image data occur at the boundary 
between two pages, a page change mark is automatically placed into the text line just preceding the Image 
data. When image data which has been read and merged using text is updated, text data such as the 
previous line immediately preceding the image data are displayed in a table format Thereafter, selected 
image data are displayed and updated. • 
Thus, In merging Image data with a text, 

[1] a frame size is automatically set In accordance with the size of the Image data, 

[2] the Image data are cut In accordance with a designated frame size or a maximum frame size and the 

frame size Is automatically set, 

(3] the Image data to be cut are scrolled so that the operator can select a desired position thereof, 
[4] text data such as the text line Immediately preceding the image data being merged Is also displayed 
(SJ a scale In accordance with the size of the Image data Is displayed, 
{6) an identifier Is automatically placed to the image data. 
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[7] If the image data occur at the boundary between two pages, they are automatically moved to the 
latter page, and 

[8] when the image data are updated, text data such as the text line immediately preceding the image 
data being merged are displayed in a table format so that the operator can readily select and update 
them. 

Figure 3 is a block diagram showing an online transmission and reception controlling portion of the 
terminal equipment In accordance with the present Invention. 

A transmission file generating portion 25 generates a transmission file 22, a reception file 23, and a 
receipt reception file 24. 

A transmission processing portion 26 performs a transmission and reception controlling operation, a 
transmission status display operation, en automatic receipt request operation, an automatic continuation 
request operation, and so forth. 

A proof check processing portion 27 compares the content of the transmission file 22 with that of the 
reception file 23 so as to perform a proof check thereof. 

A management information file 30 correlates text data (a procedure) with a unique management number 
so as to manage the transmission statuses ("not transmitted' status, 'transmitting* status, "transmitted" 
status, "transmission result" status, and so forth). 

A storage device 28 is provided with a transmission file 22, a reception file 23, and a receipt reception 
file 24. The displaying portion 29 displays a procedure (a text) to be transmitted, a transmission status, and 
a transmission result. 

As shown in Figure 3, in a transmission mode, the transmission file generating portion 25 generates 
(partitions) the transmission file 22, the reception file 23, and the receipt reception file 24 in the storage 
device 28. Thereafter, the transmission processing portion 26 transmits text data retrieved from the 
transmission file 22 through a line to a remote party. Text data received from an opposite party are stored 
in the reception file 23. Receipt data are stored In the receipt reception file 24. In the transmission mode, 
the transmission processing portion 26 causes the displaying portion 29 to display a table of text data 
(procedures) to be transmitted so as to display which text data is being transmitted (by highlight indication 
or the like). In addition, the transmission processing portion 26 causes the display portion 29 to display 
transmission statuses (such as pre-processing status, transmission status, reception status, post-processing 
status) and the result of replies (such as acceptance or not-acceptance) from the party on a real time basis. 
When the number of cases of text data (procedures) which have been transmitted exceeds a predetermined 
number (for example, 300 cases), the transmission processing portion 26 automatically transmits a receipt 
request to the party while connecting the line. Receipt data received In accordance with the request ere 
stored In the receipt reception file 24. After the line Is disconnected, the proof check processing portion 27 
compares the content of the transmission file 22 with that of the reception file 23 stored on completion of 
the transmission and reception so as to perform a proof check thereof. After the transmission is resumed, 
the transmission processing portion 26 retrieves the transmission status of the management Information file 
30. When the transmission processing portion 26 detects a "transmitting" status, ft retransmits the text data 
(the procedure) with this management number to the party and then sets the 'transmitted" status to the text 
data. 

Thus, when text data necessary for a patent application are transmitted or received on line, the 
reception file 23 and the receipt reception file 24 are prevented from shorting the storage capacity. A text 
(procedure) being transmitted and the transmission status can be displayed on a real time basis. A receipt 
request can be automatically issued so as to receive a receipt. In addition, texts which have not been 
transmitted can be automatically retransmitted. Consequently, the operator can readily perform online 
transmitting and receiving operations. 

Brief Description of Drawings 



Figure 1 is a block diagram for explaining the theory the present invention; 

Figure 2 Is a block diagram of an Image merging portion of terminal equipment in accordance with the 
present invention; 

Figure 3 Is a block diagram showing an online transmission and reception controlling portion of the 
terminal equipment in accordance with the present invention; 

Figure 4 Is a block diagram showing a hardware construction of an electronic application system In 

accordance with an embodiment of the present Invention; 

Figure 5 Is a control flow chart of a procedure generation processing portion; 

Figures 6A - C designate contents of a procedure generation reference file; 
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Figure 7 is a schematic diagram showing the content of a procedure management information file; 
Figure 8 is a control flow chart of a paragraph number assigning portion; 

Figure 9 is a block diagram showing a construction of the entire system in accordance with the present 
invention; * 

Figure 10 is a block diagram showing another embodiment in accordance with the present invention; 
Figure 1 1 is a control flow chart of an automatic medium identification control process; 
Figure 12 Is an eKample of a code conversion table; 

Figure 13 Is a schematic diagram showing a construction of a JIS file of a text stored In accordance with 
JIS format; 

Figure 14 Is a flow chart of a code conversion process for a JIS file; 

Figure 15 is a flow chart of a procedure file generation process; 

Figure 16A Is a schematic diagram showing an example of a procedure selection screen; 

Figure 16B is a schematic diagram showing an example of an intermediate code table; 

Figure 16C Is a schematic diagram showing examples of codes; 

.Figure 16D Is a schematic diagram showing an example of a procedure management Information file; 
Figure 16E is a schematic diagram showing an example of a definition of a structured text for a patent 
application; 

Figure 16F is a schematic diagram showing an example of node positions; 

Figure 16G is a schematic diagram showing an example of a structure of a structured text file for a 
patent application; 

Figure I6H is a schematic diagram showing relation between patent text files and nodes; 
Figure 17 is a schematic diagram showing a structured text definition file; 
Figure 18 is a schematic diagram showing an example of a document selection screen; 
Figures 19A and 18B are schematic diagrams describing a text separation; 

Figure 20A is a schematic diagram describing a page adjustment process in the case where no "imaoe 
at page boundary" takes place; 

Figure 20B is a schematic diagram describing the page adjustment process in the case where an "imaae 
at page boundary" takes place; 

Figure 20C is a schematic diagram describing the page adjustment process where the "image at page 
boundary" is solved; 

Figure 20D is a schematic diagram describing the page adjustment process where a text Is divided into 
child texts; 

Figure 21 is a control flow chart describing the page adjustment process; 
Figure 22 is a control flow chart describing an automatic procedure generation process; 
Figure 23 is a schematic diagram showing a text Information table; 
Figure 24 is another constructional block diagram In accordance with the present Invention; 
Figure 25A Is a schematic diagram showing an example of the content of an environmental' setting file- 
Figure 258 is a schematic diagram showing an example of the content of a procedure management 
information file; ^ 
Figure 26 is a constructional block diagram of a paragraph number assigning portion; 
Figure 27A is a schematic diagram showing an operational environment information updating screen- 
Figure 27B is a schematic diagram showing a screen transition of a paragraph number assigning screen- 
Figure 28A is a schematic diagram describing a paragraph number assignment process where an 
identifier is present; 

Figure 28B is a schematic diagram describing the paragraph number assignment process where an 
image frame is present; 

Figure 28C is a schematic diagram describing the paragraph number assignment process where a 
paragraph is detected; 

Figure 28D is a schematic diagram describing the paragraph number assignment process where a 
paragraph number is present; 

Figure 28E is a schematic diagram describing the paragraph number assignment process where a 
paragraph number assignment mark Is present; 

Figure 29 is a constructional block diagram of a transmission file generating portion; 
Figure 30 is a schematic diagram describing a transmission file generation process- 
Figure 31 Is a schematic diagram describing a text read process; 

Figure 32 is a schematic diagram describing a bibliographic' Information generation and text check 
process; 

Figure 33 Is a schematic diagram describing a transmission file edit process: 
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Figure 34 is a schematic diagram showing an item attribute table; 
Figure 35 is a schematic diagram showing an Item table; 

Figure 38 is a constructional block diagram in accordance with another embodiment of the present 
invention; 

Figure 37 is a schematic diagram showing a construction of a text including image data; 
Figure 38 is a constructional block diagram of an image merging portion; 
Figure 39 Is a flow chart showing an image data merge process: 

Rgure 40A Is a schematic diagram showing a construction of an Image displaying and cutting portion; 
Figure 40B is a schematic diagram showing the content of an image screen buffer (after scroll); 
Rgure 41 is a flow chart showing an image data cut process and an Image data merge process; 
Rgure 42A shows schematic diagrams of content and construction of a specification where image data 
have not been merged in an image merge process; 

Rgure 42B shows schematic diagrams of operation and the corresponding screen transition In the Image 
merge process; 

Rgure 42C shows schematic diagrams of content end construction of a text where image data have been 
merged in the image merge process; 

Rgure 43 is a flow chart showing an image display process and a cut process; 
Rgure 44 is a flow chart showing an automatic drawing generation process; 
Rgure 45 is a schematic diagram describing an image data update process; 
Rgure 46 is a flow chart showing the image update process; 

Rgure 47 is a schematic diagram showing a construction in accordance with a further embodiment of the 
present invention; 

Rgure 48 is a flow chart showing a process for generating a transmission file, a reception file, and a 
receipt reception file; 

Rgure 49 is a flow chart showing an online process; 

Rgures 60 are schematic diagrams describing a highlight display and an indicator display of a 
transmission procedure: 

Rgure 51 is a flow chart showing an automatic continuation process; 
Rgure 52 is a flow chart showing a process of an offline application portion; 

Rgure 53A is a schematic diagram showing an example of a procedure table screen displayed by the 
offline application portion; 

Rgure 53B is a schematic diagram showing an example of a file name designation screen displayed by 
the offline application portion; 

Rgure 54 is a conceptual schematic diagram showing an offline control process; 

Rgure 55 is a flow chart showing a journal print and output process; 

Rgure 56 is a flow chart showing a journal print and display process; 

Rgure 57A Is a schematic diagram showing a print range designation; 

Rgure S7B is a' schematic diagram showing a designation of an output device; and 

Rgure 58 is e schematic diagram showing an example of a journal list. 



Modes for Carrying out the Invention 



Here, constructions and operations of embodiments of the present invention are described in detail. 

Figure 4 is a constructional block diagram of hardware of an electronic application system in 
accordance with an embodiment of the present invention. A CPU is connected with a main memory MM. 
For example, the CPU loads a program from a hard disk HD and executes the program. By executing the 
program, various processes and functions (described later) are executed. A frame memory FM is provided 
in a part of an address space of the main memory MM. By writing data to the frame memory FM, a 
corresponding video signal is generated and displayed on a display CRT. This process is also executed by 
the CPU which has loaded the program. The display CRT is connected with a keyboard KEY, a mouse 
MOU. and an ID card reader IC. With the keyboard KEY and the mouse MOU, a desired command can be 
issued, that Is, a desired function can be commanded. As basic l/O's of the electronic application system, 
as well as the hard disk HO, the electronic application system Is provided with a floppy disk drive FD, e 
printer PR, a line adapter MDM, and an image processing board IBX. The Image processing board IBX is 
provided with an Image processor. Data read from a scanner or the like Is stored In an Image memory 
under the control of the Image processor. When e particular command is received, the data stored In the 
image processing memory are outputted to the frame memory FM and then to the display CRT. When a 
patent application or the like is made, data are transmitted to the Patent and Trademark Office through the 
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line adapter MOM and an ISDN servioe port IX. 

Then, a first invention of the electronic patent application system is described. 
As shown in Figure 1, a word processor format text converting portion 1, a JIS format [or other standard 
formats defined in various countries, for example. DIN (Deutsche Industrie Nomnen). ANSI (American 
National Standards Institute] text converting portion 2 . and a personal computer format text converting 
portion 3 convert their unique text data formats into the internal text format of the terminal equipment. 
These converting portions 1, 2, and 3 convert formats of text control codes which define control Information 
of character codes, control codes, and text format into the Internal format of the terminal equipment 
ConvenSonally. when respective formats are converted by these converting portions, conversion tables are 
used to convert their unique formats Into the internal format of the terminal equipment. 

Figure 5 Is a control flow chart for describing a process of a procedure generation processing portion 4 
in accordance with an embodiment of the first Invention. Figure 6A is a schematic diagram showing the 
contents of a document table. Figure 6B Is a schematic diagram showing the contents of an identifier table 
Figure 6C Is a schematic diagram showing the contents of a description Hem converting table (four-law 
category). Figure 7 Is a schematic diagram showing the contents of a procedure management Information 
file 6. 

Next, the process of the procedure generation processing portion 4 is described with reference to the 
control flow chart of Figure 5. 

At step SA1 , the procedure generation processing portion 4 reads text data which have been converted 
into the internal text format of the terminal equipment. At step SA2. the procedure generation processing 
portion 4 determines the name of the text. The contents of bibliographic Kerns of the procedure documents 
for the electronic applications are identified with Identifiers. Thus, by searching for an identifier referred to 
as [text name] and checking the description associated with the identifier at step SA2. the name of the text 
can be determined. 

After the text name is determined, at step SA3. a document table shown in Figure 6A Is searched from 
the tables included In the procedure generation reference file 5. Thereafter, at step SA4, when the text 
name being determined is "patent application", for example, data with the document name "patent 
applicabon" is searched from the document table. Thus, it is determined that the procedure name is 
application" and the document category Is "main document". Thereafter, at step SA5, all data whose 
procedure names are "application" are searched from the document table. Thus, the document names are 
read. At step SA6, it Is determined that documents such as "patent application preamble", "specification" 
drawings", and "abstract" should be merged as one procedure. Thereafter, Its document name is read in 
an order in which a text conversion Is performed and it is determined whether or not the document is 
Included in the same procedure. Thus, the procedure generation process is performed. 

In this procedure generation process, the relation between procedures and documents Included therein 
are treated as a hierarchical structure. Thus, a text structure should be defined In this structure so as to 
manage the procedure documents. 

For example, when a specification contains several hundred pages of text data, it can be divided into 

specification M1 \ "specification M2" and so forth. 

At SA7 of Figure 5, such management information is stored in a procedure management information file 
6. At step SA8, each of the text data constructing each of the procedure is stored in a procedure document 
storage file 7. 

When the procedure generation processing portion 4 inversely converts the internal format of a 
document stored in the procedure document storage file 7 into an external format by using the management 
« information stored in the procedure management information file 6 . text data merged by a procedure can 
be separated into several parts or a plurality of parts of text data stored and merged. 

The text editing portion B edits text data merged with a procedure. The text editing portion 8 performs 
conventional text generation and update operations. However, when the text editing portion 8 operates along 
with the procedure generation processing portion 4, a text can be generated and updated procedure bv 
50 procedure. ' 

Figure B Is a control flow chart showing a process of a paragraph number assigning portion 0 At step 
SB1. the paragraph number assigning portion 9 determines a text name by using the management 
information stored in the procedure management Information file 6 and determines whether or not a 
paragraph number should be assigned. At step SB2, when a paragraph number should be assigned text 
data stored in the procedure document storage file 7 is read. Thereafter, an Identifier of the text Is checked 
to determine whether or not the text Is In a predetermined paragraph number assignment range. 

When a [Detail Description of the Invention] is determined as an identifier, ft Is determined that the text 
associated with this Identifier Is in the paragraph number assignment range. When a [Brief Description of 
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Drawings] or the end of text is detected at step SB3. the assignment of a paragraph number is ended. 
Unless a [Brief Description of Drawings] or the end of text has not been detected, at step SB4, an identifier 
is determined. Thereafter, at step SB5. it is determined whether or not the text Is in the paragraph number 
assignment range. At step SB6, it is determined whether or not the paragraph number has been assigned, 
s When the determined result at step SB7 is YES, that is, the paragraph number has been assigned, at step 
SBB the paragraph number which has been assigned is renumbered in an incrementing order rather than 
newly assigned. When the determined result at step 6B7 Is NO, that is, the paragraph number has not been 
assigned, data of each line of the text Is determined at step 8B9. Thereafter, at step SB10, when the last 
line of the text ends with a punctuation code and a carriage return code and the number of lines counted 
to from the immediately preceding paragraph number Is equal to or larger than a predetermined value at step 
1 1, a paragraph number is assigned between the punctuation code end the carriage return code. 

When the number of the line being counted Is smaller than the predetermined value, the paragraph 
number assigning portion 9 determines the next line rather than assigning a paragraph number. When this 
condition is satisfied at step 8B12, a paragraph number Is assigned to the text 
r5 Thereafter, this process Is repeated until an end of the paragraph number assigning process Is 
detected. Thus, paragraph numbers can be optimally assigned to target text data. 

The text checking portion 10 reads text data of a procedure document and checks whether or not the 
text contains an error. When the text checking portion 10 detects en error, it informs the operator. 

Thus, the text checking portion 10 reads text data stored in the procedure document storage file 7 and 
so checks the content of the text by using the management information such as the procedure name, the 
document name, and the text file name of the target procedure document stored in the procedure 
management information file 6. 

The text checking process includes steps for checking character codes and control codes in text data, 
identifiers placed therein, and contents of description following identifiers, and for checking contents of 
25 description of related identifiers each other. 

These checking 6teps are performed by searching the Identifier table and the description item 
conversion table included in the procedure generation reference file 5. 

Figure 6B is a schematic diagram showing the contents of an identifier table. Figure 6C is a schematic 
diagram showing an example of a four-law category conversion table included In the description Item 
30 conversion table. 

The text checking portion 10 reads target text data to determine en Identifier; searches the Identifier 
table to check whether or not the identifier is correct; references information such as attribute, the number 
of columns, conversion method, description Item conversion table name, and so forth which are stored In 
the Identifier table; and checks the description item following the identifier. In this case, when a description 
35 Item conversion table name Is present, the table is searched and the Information therein Is checked. 

The text checking portion 10 performs the process for all Identifiers present In the text so as to 
determine whether or not the procedure document has been correctly prepared. 

The transmission file generating portion 1 1 converts the format of a completed text Into the transmission 
format so as to transmit a procedure to outside the terminal equipment 
40 The transmission format data for use in an electronic application is constructed of a bibliographic 
information portion for storing data such as an application preamble included in a header portion and a 
document Information portion for storing data such as a specification, drawings, an abstract, and so forth 
included in a body portion. 

The information necessary to convert text data stored in the internal text format of the terminal 
45 equipment into the transmission format is stored In the procedure generation reference file S and the 
procedure management information file 6. Thus, in a similar process of the text checking portion 10, the 
transmission file generating portion 11 searches these files and performs the conversion process so as to 
generate the transmission format data. 

The online application portion 13 transmits the generated transmission format data to outside the 
so terminal equipment 

Next, the construction and an operation of another embodiment are described In detail with reference to 
Figures 8 to 28. 

Figure 9 Is a constructional block diagram showing an entire system In accordance with the present 
Invention. 

55 [1] A procedure generation processing portion 24 automatically reads text data from an FD (floppy disk) 
and converts the format thereof into the Internal format of the terminal equipment. Thereafter, the 
procedure generation processing portion 24 accesses a procedure management Information file 26 or the 
like so as to generate a hierarchically structured procedure file In a procedure document storage file 27. 
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(This process is described later with reference to Figure 10.) 

The procedure generation processing portion 24 is provided with a text editing portion 24-1 and an 
image editing portion 24-2 which edit a text and an image, respectively. 

{2] A transmission file generating portion 31-1 retrieves a hierarchically structured procedure file from the 
6 procedure document storage file 27 and converts the format of the procedure file into the transmission 
format The resultant data are stored in a transmission file 32-1. 

{3] An online application portion 33-1 retrieves data from the transmission file 32-1 and transmits them to 
the Patent and Trademark Office as a patent application or a utility patent application through an ISDN 
network or a ODX-P network. Alternatively, an offflne application portion 34-1 retrieves a procedure file 
io from the procedure document storage file 27 and stores ft on a floppy disk In JIS level 40. The floppy 
disk storing the file is mailed or delivered by hand to the Patent and Trademark Office. 
Next, a third embodiment Is described with reference to the construcfional block diagram of Rgure 10 
In Figure 10. a text converting portion 120 reads text data from an FD (floppy disk), converts the format 
o the text data Into the Internal format of the terminal equipment, and stores the resultant data In a floppy 
is disk text storage file 124. The text converting portion 120 is provided with a JIS format converting portion 
121, a word processor format converting portion 122, a personal computer format converting portion 123 
and so forth. The JIS format converting portion 121 reads text data written in JIS format from an FD and 
converts the format of the text data into the internal format of the terminal equipment The word processor 
format converting portion 122 reads text data written In a word processor format (for example. OASIS format 
M .T^" T fd processors market9d b * Fu i itsu U"««WJ Tom an FD and converts the format of the text data 
into the internal format of the terminal equipment. The personal computer format converting portion 123 
reads text data written in a personal computer format (for example. MS-DOS format) from an FO and 
converts the format fo the text data into the internal format of the terminal equipment. (The processes 
performed by these converting portions 121. 122. and 123 are described in detail later with reference to 
2s figures 11 and 12.) 

A procedure generation reference file 125 stores an intermediate code table and so forth 

A procedure management information file 128 stores procedure management information 

A structured text defining file 127 stores a sample of a definition of a hierarchically structured text 

A text editing portion 128 generates and edits a patent text through a screen procedure by procedure In 

-J fj. Pr0C ^" 6 ,il8 BenBratin9 P0rtion 129 for O eneratin 0 a hierarchically structured procedure file- 
a structured text I/O portion 130 for inputting and outputting a structured text; a text I/O portion 131 for 
mputting and outputting a text; a page adjusting portion 132 tor preventing an image from occurring at the 
boundary between two pages; a text content analyzing portion 133 for retrieving a field name embedded 
with control symbols (for example. [ ]) from text data, and so forth 

M fi A f> ,' 0 T U ' 9 d0<H,ment <St0ra9e fi ' 9 27 8tores hierarchlca «y structured procedure files as shown In the 
figure In this example, an application preamble file, a specification file, a drawing file, end an abstract file 

2 ! JT! m link6d fr ° m 8 8trUCtUrSd *** file corrtainin 9 ,nf ° rmation nec W 'or hierarchi- 

cally structuring a patent application. Thereby, one procedure file is constructed as a whole 

A working file 134 temporarily stores text data or the like in an edit mode 
" mITT*^ P 0 ^ '35 automatically generates a procedure file for a patent 

JSTSi a " m diSk> ' iaiSOn With 0,6 "* ° 0nVertin9 ^ 1 20 and 816 te * editi "9 

Next, the process shown in Rgure 13 is practically described With reference to Figures 11 to 16 
1) A process for automatically determining the text format of a floppy disk, for reading the text data, and 
* for converting the format thereof into the internal format of the terminal equipment Is described in detail 
in accordance with steps shown in Figure 1 1. with reference to Rgure 12 

, JUS? I* in R ?? '1 8 f ' 0PPy diSk 80 external ,orma1 is S9t ,n olh< " words . a «">PPy *k storing 
a patent text generated with a word processor or the like is set to the electronic appfcation terminal 
equipment A. step SC2, the text is read in JIS format. That Is. the first three bytes are read from H 0 

Z LV;, S ?: ° T *tV f, ° PPy ^ 80 85 10 d9,6 ™ ine wh9th " »• threVbi am St 1 

Iritten in i ne i S * nc f*™*"" ^ ' S ^ (0K) ' B,nce " ls deteM ** «» «™« "as been 

read from 1 J t \ *""* ' S St8 P SC3 " ° ther ^ »» ** data 

Hl2 h ° PPV , k C ° nV9rted fr ° m ,h8 JIS ,ormat lnto the ,ntemal <°™< <* the terminal 
equipment by referencing a code conversion table shown In Rgure 12. Thereafter the resultant text dato 

! o^l^ d i?^ opp ^ d , isk ; ex, r a9e fiie m m * n the «* - «z s?s iz 

other than the JIS format Is determined. Thus, the process advances to step 8C4 

At step SC4 the text Is read In WP format (or word processor format). When the WP format Is for 
example. OASYS format (the format of texts generated by word processors marketed by FtfW^IJ 
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the first three bytes are read from track 0, sector 7, and 6ide 0 (front 6ide) of the floppy disk being set and 
it is determined whether or not the three bytes are VOL In EBCOIC codes. When the determined result at 
SC4 is YES (OK), since it is determined that the text has been written in WP format, at step SC5 the text 
data being read from the floppy disk is converted from the WP format into the Internal format ol the terminal 

s equipment. Thereafter, the resuRant text data are stored in the floppy disk text storage file 124. When the 
determined result at step SC4 is NO (NO), since it is determined that the format of the text data are other 
than the WP format, the process advances to step 608. 

At 6tep SC6, the text data are read In personal computer format. That Is, when the text data have been 
written In personal computer format such as MS-DOS, It Is determined whether or not the first four bytes of 

to track 0, sector 1 , and side 0 (front side) of the floppy disk being set are IPL1 In JIS codes. When the result 
determined at SC6 Is YES (OK), since It is determined that the text has been written In the personal 
computer format, the process advances to step SC7. At 6tep SC7, which is the personal computer format 
conversion step, the text data being read from the floppy disk are converted from the personal computer 
format into the Internal format of the terminal equipment. Thereafter, the resultant text data are stored in the 

fs floppy disk text storage file 124. When the determined result at step 606 Is NO (NG), since the format of 
the text data is other than a format which can be processed by the terminal equipment, a step for 
determining whether the text has been written in which format is performed or a message which reads that 
the format of the text data cannot be converted is displayed. 

In the above process, the operator needs only set to the electronic application terminal equipment e 

to floppy disk and need not with text data generated outside thereof and need not designate the format of the 
text data. In other words, the terminal equipment automatically determines the format thereof, converts ft 
into the internal format of the terminal equipment, and retrieves the text data. Thus, a procedure file can be 
generated automatically. 

Figure 12 is a schematic diagram 6howing an example of a code conversion table for converting the 
es format of text data from the JIS format Into the internal format of the terminal equipment For example, the 
code of the text data " 



(a) (Japanese Kana)* in the JIS format is "2422" (in hexadecimal notation) is equivalent to "a4a2" In the 
Internal format. 

Figure 13 Is a schematic diagram showing a construction of a JIS text file stored in the JIS format. As 
shown In Figure 13, a JIS text file is constructed of e system label SV, a text header portion TM, and a text 

35 data portion TO. The system label 6V Is further constructed of a volume header label of 128 bytes end file 
header labels 1 to n, each of 128 bytes. Each of the file header labels 1 to n Is a procedure unit. The file 
header label 1 represents a text header portion TM. The text header portion TM is constructed of an area 
definition label (256 bytes), a text header label 1 "patent application" (256 bytes), a text header label 2 
"specification" (256 bytes), and a space area (256 bytes x n). The area definition label (256 bytes) also 

«o represents the last position of the text header. In addition, the file comprises a label represents text format 
information and each text in the text data portion TO in units of the text. For example, the text header label 
1 "patent application" represents the text format information of 256 bytes and the text "patent application" 
of 256 x 1 bytes. The header label 2 "specification" represents the text format Information of 256 bytes and 
the text "specification" of 256 x q bytes. In such a three-level construction, a JIS file is formed. Codes 

45 which are read from this JIS file are converted in accordance with a process flow chart (for JIS codes) 
shown in Figure 14. 

When the conversion process fs started (START), the process sdvances to step 601. At step 601, the 
file header label (of 128 bytes) of the system label SV is read so as to obtain the start address of a target 
text header portion. The file header label of the system label is a file header label of the corresponding text. 

60 Thereafter, at step S02, a text header label of 256 bytes of the text header portion TM is read so as to 
obtain the start address of the text data portion. Thereafter, at step 6D3, It Is determined whether or not the 
entire text header label of the text header has been read. When It has (determined result Is YES), the 
process is ended (END). When the entire label has not been read (the determined result Is NO), at step 
SD4, the text data of 256 bytes are read. Thereafter, at step SD5, It Is determined whether or not ell the 

65 data have been read. When ell the data have not been read, at step SD6, the format of the data Is 
converted Into the internal format of the terminal equipment by using the code conversion table end then 
the resultant data are stored in the floppy disk text storage file 124. shown In Rgure 10. When all the data 
have been read (the determined result is NO), the process returns to step S02 so es to read all the text. 
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Thereafter, at step 805. the format of the text data is converted into the internal format of the terminal 
equipment. 

(2) A process for generating a hierarchically constructed procedure file by using retrieved text data is 
described in detail in accordance with steps shown in Rgure 15, with reference to Figures 16 to 18. 
At 6tep 8E1 in Rgure 15, a procedure selection screen is displayed. For example, a procedure 
selection screen as shown in Rgure 1 6A is displayed as the 6creen 138 shown in Rgure 10. 

At step SE2. a procedure document and a four-law category are selected. For example, on the 
procedure selection screen shown in Rgure 16A (at step SE1), a procedure document of "application" and 
a four-law category of "patent" are selected with the mouse. 

At step SE3. with codes according to the data selected at step 8E2, the Intermediate code table Is 
searched so as to retrieve an intermediate code of the main document For example, In accordance with 
"application" and "patent" which are selected at step 8E2, as shown In "Code Example" of Figure 16C, 
based on "r for "application" and "1" for "patent", an Intermediate code "63" referred to as ® entry with 
the procedure "1" and the "four-law category "1" of the Intermediate code table shown In Rgure 16B Is 
retrieved from the procedure generation reference file 125 shown In Rgure 10. 

At step SE4, a procedure file for storing one procedure is generated and then registered in the 
procedure management information file 126. That is, the procedure file generating portion 129 as shown in 
Figure 10 generates in the procedure document storage file 27 a procedure file which consists of a 
structured text file and patent text files (which are an application preamble file, a specification file, a drawing 
file, and an abstract file) and assigns a unique number thereto. The procedure file is registered in a way of 
procedure file name "xxxx (a unique number)", procedure document "1 (application)", four law category "1 
(patent)", intermediate code "63". procedure name "patent application", and so forth as shown In an 
example ® of a procedure management information file of Rgure 16D. 

At 6tep SE6, with keys of a procedure document, a four-law category, and an intermediate code, a 
structured text is retrieved from the structured text definition file 127 and then stored In a generated 
procedure file. Thai is, the structured text I/O portion 130 retrieves a structured text by using keys of 
•procedure document + four-law category + intermediate code". The structured text is stored as a 
structured file in the procedure file (shown in Rgure 16E) which has been generated at step SE4 (this 
operation Is described In detail later). In addition, the file name of the structured text file Is set to the 
procedure management Information file shown in Figure 16D. 

Figure 17 Is a constructional schematic diagram of a structured text definition file. The structured text 
definition file 127 has a structured text file definition directory DX. The structured text file definition directory 
OX represents files FX1 to FX3 which are for example a patent application preamble, a petition for 
examination, and a payment preamble of a patent issue fee, respectively. In other words, when a procedure 
category, a four-law category, end an intermediate code are read, the structured text file definition directory 
OX is searched with these codes so as to read a desired structured text file. 

At step 6E6, a document selection screen is displayed. For example, a document selection screen as 
shown in Rgure 18 is displayed on the screen 136. At step SE7, one of documents is selected. In other 
words, one of documents (for example, an application) is selected (for generation or update) from the 
document selection screen shown in Rgure 18. 

At step 6E8. a patent text is generated. By setting a file name, the number of pages, a line position, 
and a level position to a node, the patent text is linked to a structured text. (When a patent text is divided, 
the line number is changed.) When the "application preamble or petition" and the "generation/update" are 
selected on the document selection screen shown in Rgure 18. the text I/O portion 131 generates an 
application preamble file in the procedure file with regard to selected application preamble. In addition, the 
structured text I/O portion 130 sets the application preamble file name "A000000T. the number of pages, 
the line position, the paragraph position, and so forth to node F corresponding to the application preamble 
in the third level of the structured text file as shown by © in Rgures 16G and 16H. Likewise, a specification 
file, a drawing file, and an abstract file are set to nodes G, H, and I in the third level of the structured text 
file, respectively. 

At step SE8, It is determined whether or not the process is completed. When the determined result Is 
YES (Y), the process is completed. When the determined result is NO (N), the steps of SE6 or later are 
repeated. 

In the above process, a structured text file is generated in a procedure file generated in accordance with 
the procedure category end the four-law category selected on the screen. By linking files (an application 
preamble file, a specification file, a drawing file, and an abstract file) to a structured text file, a patent text Is 
automatically formed In a hierarchical structure. Thus, patent texts can be readily managed and edited. 

Rgures 16A to 16H are schematic diagrams describing a process for generating a procedure file. Rgure 
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16A is a schematic diagram showing an example of a procedure selection screen. The procedure selection 
screen is the screen displayed on the display 136 shown in Figure 10. On this screen, a procedure category 
(application, intermediate procedure, payment of issue fee, and maintenance fee) and a four-law category 
(patent, utility patent design patent, and trademark) can be selected one after the other, 
s Figure 16B is a schematic diagram showing an example of an intermediate code table. This table is 
used to retrieve an intermediate code necessary for a structured text by using a procedure type or category 
and a four-law category. In addition, this table Is used to retrieve another intermediate code by using a 
procedure name. 

figure 16C Is a schematic diagram showing an example of a code table. This table lists codes In 
io accordance with fields selected as a procedure category, a four-law category, and so forth by using the 
mouse on the procedure selection screen shown In Figure 16A. For example, whan the procedure category 
"application*' Is clicked with the mouse on the procedure selection screen shown in figure 16A, cods "1° Is 
generated In accordance with this "application'' field. 

Next, processes shown In figures 16A, 16B, and 16C are described In detail. When "application'' and 
is "patent" are selected as the procedure category and the four-law category, respectively, on the procedure 
selection screen shown in Figure 16A, codes "1" end "1" are generated in accordance with the code table 
shown in Figure 16C. Thus, the procedure category "1", the four-law category 1", and the intermediate 
code "63" of the main document record ® are retrieved from the intermediate code table show in Figure 
16B. In addition, the intermediate code "63" is retrieved in accordance with the "patent application" and the 
20 main document record ® which are automatically recognized and retrieved from text data automatically 
retrieved from a floppy disk. 

Figure 16D is a schematic diagram showing an example of a procedure management information file. 
' As described at step SE4 of figure 15, this table lists an example of management information to be 
registered in the procedure management information file 126 when a procedure file is generated. For 
example, the procedure file name is a uniquely assigned number. In addition, the procedure category is "I 
(application)"; the four-law category is "1 (patent)"; the intermediate code is "63"; and the procedure name 
is "patent application". 

figure 16E is a schematic diagram showing an example of a structured text definition of a patent 
application. Each procedure has been defined in the structured text definition file 127. The definition body 

so name of each procedure is "GD + procedure category + four-law category + intermediate code". The 
definition body defines the sample structure of a procedure. Node A defines nodes B, C, 0, and E as 
dependent nodes. In contrast, nodes B, C, D, end E define node A as their parent node. Nodes are 
constructed with respect to lines and levels. The contents of patent text files (an application preamble file, a 
specification file, a drawing file, and an abstract file) within one prcedur file are linked from nodes F, G, H, 

35 end I positioned In the third level of the structured text file and managed in the hiererchical structure. Thus, 
In the second level, nodes B, C, D, and E are provided in accordance with patent text categories (an 
application preamble, a specification, a drawing, and an abstract). In addition, nodes F. G, H, and I, which 
link the contents of the patent texts, are provided in the third level. Thus, when patent texts are complicated 
(for example, the specification should be divided into two specifications due to thB large number of pages), 

40 as shown in figures 16F and 16G, by placing one node in the third level and by pointing the node In the 
second level, a plurality of patent texts can be readily managed in a hierarchical structure. 

Figure 16F is a schematic diagram showing an example of node positions. This figure tabulates with 
line and level positions the nodes A to I for the structured text definition of the patent application shown in 
Figure 16E. For example, the node F referred to as © is positioned in line "1" and level "3". Thus, the 

45 node F accords with the "application preamble". 

Figure 16G is a constructional schematic diagram of a structured text file of a patent application. This 
figure shows a structured text file where node H, (which is "specification"), is placed in the structured text 
definition example shown in Figure 16E. 

figure 16H is a schematic diagram showing a relation between patent text files and nodes. This figure 

so shows the case where one specification is placed after the node H (specification) in the third level of the 
structured text file of the patent application shown in Figure 16G. In other words, the structured text file 
comprises a total of three specifications. As shown In the figure, each of nodes F to K In the third level 
contains a document name, a unique file name, the number of pages, a line position, a level position, and 
so forth. 

55 figure 18 is a schematic diagram showing an example of e document selection screen. With respect to 
document names, i.e., "application preamble", "specification", "drawing", and "abstract", necessary for e 
procedure name "patent application", various modes such as generation/update, page adjustment, division, 
floppy disk text, and so forth can be selected on the screen. 
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{1] When a combination of "text name + generation/update" is selected, the text I/O portion 131 
generates a patent text file (an application preamble file, a specification file, a drawing file, or an abstract 
file) in a procedure file generated by the procedure file generating portion 129 with respect to a selected 
patent document (application preamble, specification, drawings, or abstract). In addition, the structured 
text I/O portion 130 sets the content of the patent text file to a corresponding node in the third level of 
the structured text file. For details, see Figure 16H. (In the update mode, the contents of the patent text 
file are not set) 

(2] When a combination of "text name + floppy disk text" is selected, the text converting portion 120 
converts text data of an external format Into the Internal format of the terminal equipment and copies the 
patent text file (text data) stored In the floppy disk text storage file 124 to a procedure file generated by 
the procedure file generating portion 129. In addition, the structured text I/O portion 130 sets the content 
of the patent text file to a corresponding node In the third level of the structured text file (see Figure 
16H). 

[3] When a combination of "text name t division" Is selected, the text I/O portion 131 generates a new 
rs patent text file in e procedure file generated by the procedure file generating portion 129 with respect to 
a selected document. In addition, the structured text I/O portion 130 sets the content of the patent text 
file to a corresponding node in the third level of the structured text file and changes the structure of the 
structured text file. In other words, as shown in Figure 19A, the structure of the structured text file shown 
with the left side table of Figure 19A is changed to the right side table thereof. On the right side table 
1 is added to each line position of the drawing and the abstract. Thus, as shown in Figure 19B. on the 
document selection screen, the specification is divided Into specification 1 and specification 2 In other 
words, a specification containing several hundred pages can be divided Into a plurality of child texts (for 

example, specification 1. specification 2 specification n). However, when the operator wants to treat a 

plurality of specifications as one specification, the structured text I/O portion 130 refers to information of 
nodes in the third level and merges child texts having the same text name. 

(4] When "page adjustment" is selected. If a patent text Is divided into a plurality of child texts and then 
merged into one patent text, the page adjusting portion 132 prevents image data from being present at 
the boundary between two pages. Examples of image data are schematic diagrams, mathematical 
, formulas, and chemical formulas merged with a specification file or a drawing file and so forth 
(3) With reference to Figures 20A to 200 and Figure 21. a page adjustment process is described in 
detail. 

Figures 20A to 20D are schematic diagrams describing a page adjustment process. They schematically 
illustrate a merging operation where a text of specification 1 and a text of specification 2 are merged into 
one specification. u 

Image data are merged with text data as a set comprising a frame start code, a frame number and a 
frame end code. The line length and so forth of the real Image data are retrieved from the position In 
accordance with the frame number. 

Figure 20A is a schematic diagram showing a specification in which two texts, specification 1 and 
specification 2, have been merged. In this case, no image is present at the boundary between two pages 
Figure 20B is a schematic diagram showing a specification in which character string 

« is added to the end of the text of specification 1 and then this text is merged with the text of specification 2 

In this case, a page is present at the boundary between two pages. In this case, the image should be 

moved to the next page by the page adjustment process. 

Figure 20C is a schematic diagram shewing a specification In which an "image at page boundary or 

bridging of Figure 20B is solved. In other words, since it is determined that image data occur at the 
so boundary between pages 3 and 4 in Figure 20B. a page change code o is placed just before an image 

data start mark In page 3 (a frame start code, for example. 30ea), and then the Image data are moved to 

page 4. Thus, the "image at page boundary" can be prevented. 

Figure 20D Is a schematic diagram showing the case where tho right hand specification of Figure 20C 

to managed as three subtexts or child texts (specification 1, specification 2. and specification 3), each child 
ss text being of two pages. 

As schematically described, when texts are merged. If image data are present at the boundary between 
hvo pages, a page change code Is placed just before the image data and the image data are moved to the 
beginning of the next page. Thus, as shown In Figure 20C or Figure 20D, where child texts of up to two 
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pages are managed, pages of text are adjusted. 

Next, a flow of an actual page adjustment control process is described in accordance with the flow chart 
of Figure 21. 

In Figure 21. at step SF1 child texts constructing a parent text are merged with a working area. At this 
6 step, the structured text I/O portion 130 shown in Figure 10 references node information in the third level of 
a structured text file, merges the child texts with the same text name, and stores the merged text in the 
working file 134. 

At step SF2 Individual counters (a page counter, a line counter, end a column counter) are reset to "0". 
At step SF3 the merged text Is read. 

ro At step 6F4 It Is determined whether or not an EOF code (End Of File code) representing the end of the 
merged text has been read. When the determined result is YES, at step 6F25 It Is determined whether or 
not all the patent texts have been read. When the determined result Is YES, at step SF26 the child texts In 
the working area are copied to a procedure file. Thereafter, at step SF27 the structured text file Is updated 
and this page adjustment process Is ended (END). When the determined result is NO, the steps of SF1 or 

rs later are repeated. When the determined result at step SF4 Is NO, the page adjustment process end so 
forth are performed at steps SFS or later. 

At step SF5, it is determined whether or not the code being read is frame control information. When the 
determined result is YES, since it is determined that a frame control Information code "30ea" representing 
the beginning of Image data has been detected, merging media definition information of text control 

20 information at the header portion of the merged text is referenced. Thereafter, the number of lines of the 
merging media is added to the present position. If an 'image at page boundary* takes place, the 
determined result at step SFS becomes YES. In this case, at step SF10, a page change control code 
°30a2" (a) is placed just before the frame control Information code "30ea" representing the beginning of 
the image data. Thereafter, at step SF15 it is determined whether or not the page number of the child texts 

es becomes a predetermined value. When the determined result Is YES, at step 6F16 the page counter is set 
to "0". At step SF17 the predetermined pages of the child texts are sequentially stored in the working file 
134. When the determined result at step SF5 is NO, at steps SF18 to SF24 the line counter and the column 
counter are started. 

At step SF6 It is determined whether or not a code being read Is at the beginning of a line. When the 

so determined result Is YES, the process advances to step SF9. When the determined result is NO, the 
process advances to step SF7. At step SF7 a line change code Is placed just before frame control 
information. In addition, Image data is placed at the beginning of the next line. Thereafter, at step SF8 the 
line counter Is Incremented by "i ". Thereafter, the process advances to step SFS. 

At step SFS It is determined whether or not the total number of lines of "line counter + frame" exceeds 

35 the number of lines per page. In other words, at this step, the number of lines (line length) of image data 
read In accordance with a frame number are added to the line being counted, thereby determining whether 
or not the number of lines being added exceeds the number of lines per page. When the determined result 
is YES (or when the number of lines being added exceeds the number of lines per page), since the image 
data is present at the boundary between two pages, at step SF10 a page change code is placed just before 

«o frame control information, thereby moving the image data to the beginning of the next page. Thereafter, at 
step SF1 1 the number of lines of the frame is set to the line counter and then the number of lines of next 
data is set. At step SF12, the page counter is incremented by "I" and then the process advances to step 
SF14. When the determined result is NO (or when the number of lines being added does not exceed the 
number of lines per page), at step SF13 the number of lines of the frame is added to the line counter. 

«s Thereafter, the number of lines of the next data is set and then the process advances to step SF14. 
At step SF14 the column counter is 6et to "0". 

At 6tep SF15 it is determined whether or not the number of pages of the child texts becomes the 
predetermined value (or a predetermined maximum page number per text). When the determined result Is 
YES, at step SF16 the page counter is set to "0". At step SF17 the predetermined number of pages of the 

so child texts is generated in the working area. Thereafter, the steps of SF3 or later are repeated. When the 
determined result Is NO. since the page number of the child texts do not become the maximum page 
number, steps SF3 or later are repeated. 

Thereafter, since the determined result at step SF5 is NO, that Is, the code being read is not frame 
control Information, at step SF1B, upon occurrence of a character code or a control code (other than a frame 

55 control code), the column counter Is Incremented. When a two byte character code (such as a Japanese 
character) is read, the column counter is Incremented by "1". When another two byte character code (such 
es a double size Japanese character) is read, the column counter Is Incremented by "2". When a one byte 
character code is read, the column counter Is Incremented by "0.5". 
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At step SF19 It is determined whether or not the value of (he column counter exceeds the number of 
columns per line. When the determined result Is YES. at step 6F20 the fine counter is Incremented by T 

!H!! ta T\* " tap SF21 th9 COlumn °° unt9r ls 881 ,0 "°" and *» Process advances to step SF22 
When the determined result Is NO. since the value of the cofumn counter does not exceed the number of 
columns per line, step 8F3 is repeated. 

At stop 8F22 it Is determined whether or not the value of the line counter exceeds the number of lines 
per page. When the determined resutt is YES. at step 6F23 the page counter Is Incremented by "1" 

^l 6, 'l *? ! 24 ' inB °° Unt8r ,S 88t t0 ThBm « n *' * e 8,808 of 6F, 5 w later are performed: 
When the determined resutt Is NO, the steps of 6FI5 or later are performed 

k^m" Pr0C6SS : fr8nie CCnW ,nforrnation ls read frortl ■ merged text. If It Is determined that 
Slf ST". - ^ Undary b6tWeen ta0 pase8, 8,8 me Bdjustment P r0O9ss where a Pass change 

/ifl - ' S 12) n,USl *• P 3 " 8 of 819 """B" 1 text can be automatically adjusted 

1 * 7 TO?* <0r automa,iC8j| y 9 8nera «"9 fl Procedure file by using patent text data being 
read from e floppy disk Is described In detail with reference to Figures 22 and 23 

.. ^ 61 6t8P SF31 Pat9m t9Xt da,a " f9ad ,rom 80 ext8rnal fi,e to *• ^"9 We- Then the 

TZ IZ^TT'" 9 P 0 *' 0 " ,3S * Wm FiflUr9 10 °° mfnands 8,8 te * converting portion 120 

l^TLT,? r 80 FP (fl0PPV diSk) ' ^ th8 ^ into *e internal format, a^ 
store the resultant data in the working file 134. 

♦ v ^ t6P « F32> With 8 k9V °' [Wb ° f docum8rrt or d °c«ment name], a text file is searched and thereby a 

2£S , , (Sto " n9 Pa,9nt teXt dala) has b99n read 10 th8 file at step SF31 and 
edits a text Information table 161 as shown in Figure 23. 

*s ^52 !' aP S!? ti0n Preambl9 iS r8tri9Ved ' Th8reafter - with re,er8n08 10 1119 intermediate code 
es table, an intermediate code Is retrieved and 

' L^fi r9tri9ved 'r." 18 8truc,ur8d t8xt file 127 by using the "procedure category * 

four-law category" and the intermediate code, and the procedure file is generated 

' fklZ ST l^TT iS ^ C0P j 9d fr0m *" WOfkin 8 file 10 » 8 Procedure file and then linked, and 
l„ rX „! Sf lf^ on - drawin 9 s ' ^ ■»*«* are copied to the procedure file and then linked. 
JZ£Z£* f S 8 Pa,9nt ,9Xt f0f US9 ln " electron ' c aPP'ication represen the 

2i2S namB ^ 8 ,9Xt taWe 161 Shown in R 9 ure M to 
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is reSenid J?, «T t 001,9 ^ Sh ° Wn ,6B ° f ,he procedura r8f °™ce file 125 

IteS Flavin I °L 9 tL^* °' th9 ** ,nfom,a,i0n tab,e 161 - ™* a " ,nte ™ di *o code is 
date rmkwd. For example, when the text name is "application preamble", data having the text name 

application preamble" are searched. Thus, the Intermediate code "63". which Is a main doctment ls 

determined based on the procedure name "patent application", in addi on. the pr^dl «S? ' 

SET 5? r d the J° ur 'lf, w e * B " y (paten,r ar9 d9t9 «- »" ,iai - iTstlrS m 

r 8 ge file £ K|£ET!S ^ " ""^ 8 «"«** ,ite h •»«-» 

swrage me 27, the procedure file stonng a structured text file. In addition, with reference to the text 

file a drawing file, and an abstract file) stored in working file 134 are ccpied to correspond^ files Z 
2 " leTh a th SPedS , CaHOn ^ B ^ fi ' 9 ' ^ 01 8bstra ^ ' *» of S Su e e «S 
structured text file and the structure of the sample structured text file is changed. Thus the automatic 
procedure generating portion 135 automatically generates a procedure file by using an externa' I lit Sn 

3 12Z^lTi m - ,he p ; ooedure ,i,e 8 — * portion ,2B - **^S!5 

WO. to text I/O portion 131. the page adjusting portion 132. the text content analyzing portion 133, and so 

Next, a paragraph number assignment process Is described with reference to Figures 24 to 28 
Figure 24 .s a block diagram showing another construction of the present Invention 
,8Kt editln 9 P ortlon "8 Performs various text editing operations. The text ediSna oortlon 2?R I, 
constructed of a paragraph number conversion processing portion 228-1 and so to! ° ' 

constlir,;Ce2r erSl0n Pr009SSin9 POrt ° n ^ flSS,9nS ^ ™*« «" «» 

p,oclTdt r mer a9emem ,n ' Orn,a,,0n fi ' 9 226 PraC9dUr9 ln,0rmaMon - «» waging 
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A procedure file generating portion 229 generates a procedure file. A structured text I/O portion 230 
inputs and outputs a hierarchically structured procedure file which is stored in a procedure document 
storage file 27. A text I/O portion 231 inputs and outputs text files to and from the procedure document 
storage file 27 and a working file 234. A page adjusting portion 232 adjusts pages of texts stored in the 
e working file 234. The procedure document storage file 27 stores a hierarchically structured procedure file. A 
working file 234 stores text data and so forth to be edited. A display portion 236-1 displays various screens. 
A key Input portion 236-2 Inputs data in accordance with various keys. 

Figure 25 shows the contents of files. 

Figure 25A Is a schematic diagram showing an example of the content of an environmental setting file 
io 225-1. A paragraph number assignment category represents modes such as automatic mode, replace 
mode, and automatic & replace mode for use in assigning a paragraph number . 
The "automatic* mode Is used to assign paragraph numbers in ascending order. 
The 'replace* mode Is used to assign paragraph numbers In ascending order whenever a predeter- 
mined paragraph number assigning mark is detected, 
rs The "automatic & replace" mode is used for both the "automatic" mode and the "replace" mode. 
Besides these modes, a renumbering function for renumbering the paragraphs is provided. 
A paragraph number assigning mark is for setting paragraph numbers. An example of a paragraph 
number assigning mark is @. 

A paragraph number assignment suppressing line number is the number of lines which suppresses the 
to assignment of the next paragraph number in successively assigning paragraph numbers. An example of this 
line number is 5. 

Figure 25B is a schematic diagram showing an example of the content of a procedure management 
information file 226. Management number is the number which manages a text to be assigned paragraph 
number. 

2s A procedure file name is the name of a procedure file which stores text data. 

A procedure category is a category of a procedure. Examples of categories are application, intermedi- 
ate procedure, registration setting (payment of issue fee), and payment of maintenance fee. 

A four-law category is a category for patent, utility patent, design patent, trademark, and so forth. 
An intermediate code is for use in retrieving a sample of a hierarchically structured procedure file (see 
so the intermediate code table shown In Figure 16B). 

A transmission result flag represents a transmission result of a transmission file where a procedure file 
has been converted into the transmission format. Examples of the transmission result are "not transmitted", 
"transmitting", "transmitted", and so forth. 

Figure 26 is a block diagram showing the construction of the paragraph number assigning portion. 
S5 In Figure 26. a paragraph number conversion processing portion 228-1 is constructed of devices 341 to 
356. This processing portion 228-1 assigns paragraph numbers and renumbers them. 

A target document verifying portion 341 verifies whether or not a text retrieved from the procedure 
document storage file is a document in which paragraph numbers should be assigned. 

A format processing portion 342 reads a procedure where paragraph numbers should be assigned and 
n formats the text. As a result of the format processing, a development area (1) 343 is for storing text data 
including control information developed in the unit of lines, a development area (2) 344 is for storing text 
data excluding the control information, and formatting information 345 is page and line information for 
representing the lines of a page on which developed lines are located. 

A paragraph number assignment determining portion 346 determines whether or not to assign 
45 paragraph numbers in accordance with the data developed by the format processing portion 342. A line 
space counter 347 is for counting the space between successive paragraph numbers. A paragraph number 
assignment enable flag 348 is for storing the validity of a paragraph number assignment range. A paragraph 
number assignment category setting range 353 is for presetting a paragraph number assignment category 
(such as automatic mode, replace mode, automatic & replace mode, and so forth). A paragraph number 
so assignment mark setting area 354 is for presetting a predetermined paragraph number assignment mark. A 
paragraph number assignment suppressing line number setting area 355 Is for presetting the number of 
lines for suppressing consequent assignment of paragraph numbers. A paragraph number assignment 
renumbering setting area 356 is for presetting assignment and renumbering of paragraphs. 

When the paragraph number assignment determining portion 346 determines the assignment of 
55 paragraph numbers, a paragraph number assigning portion 349 assigns them In ascending order. A number 
counter 350 is for counting paragraph numbers in ascending order. 

A file writing portion 351 outputs text data with assigned paragraph numbers to a file. A write area 352 
is for temporarily storing text data to be written line by line. Next, a paragraph number assignment process 
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and a paragraph renumber process are described in detail in accordance with Rgure 26, with reference to 
Rgures 27 and 28. 

[11 : As shown in Rgure 27A, on an operation environmental information update screen which is 
d«splayed on the display portion 236-1. the operator will perform one of the following operations for the 
paragraph number assignment process. 

- When the automatic assignment mode is selected, the operator will input an assignment suppress- 
ing line number, 

- When the replace mode Is selected, the operator will Input one assignment mark. 

- When the automatic & replace mode is selected, the operator will Input both en assignment 
suppressing line number and one assignment mark. 

The selected and Inputted Information Is stored in the environmental setting file 225-1 shown in Figure 

[2] : As shown In Rgure 27B. the operator will select the paragraph number assignment mode on either a 
patent editor screen, which Is a paragraph number assignment screen, or a document selection screen 
When e paragraph number is selected on the patent editor screen, the operator will select a target 
procedure on the procedure table screen. When the paragraph number assignment mode is selected on 
the document selection screen, since a target procedure has been selected, It is not necessary to further 
select a procedure. With one of the above selection modes, the paragraph number assignment verifying 
screen on the right side of Rgure 27B is displayed. The operator will select either the paragraph number 
assignment mode or the renumber mode. The selected renumber information is stored in the paragraph 
number assignment renumber setting area 356 shown in Rgure 26. ' 
[3] : To check whether or not the procedure selected first Is a target matter where paragraph numbers 
are assigned, the target document verifying portion 341 reads through the procedure file generating 
portion 229 the procedure management information file 226 shown in Rgure 25B. The procedure 
management information file 226 reads a procedure file name, a procedure category, and a transmission 
result flag by using an eight-digit unique management number. The target document verifying portion 
341 checks the transmission result flag. When the procedure is in the Transmitting' status or "Receipt 
Received . the target document verifying portion 341 outputs an error message. Otherwise, the target 
document verifying portion 341 checks a procedure category. When the procedure category is other than 
application and "amendment", the target document verifying portion 341 outputs an error message. 
When these checked results are OK, the target document verifying portion 341 accesses the procedure 
document storage file 27 through the structured text I/O portion 230 by using a key of the procedure file 
name. When the procedure category Is "application", the target document verifying portion 341 checks 
the name of a file which stores a specification. When the procedure category is "amendment", the target 
document venfying portion 341 checks the name of e file which stores an amendment. Thereafter, the 
target document verifying portion 341 reads the contents of the respective texts through the text I/O 
portion 231. Thereafter, the target document verifying portion 341 checks whether or not an Identifier 
[title of document] is followed by a specification or an amendment When the identifier is followed by an 
amendment, the target document verifying portion 341 checks whether or not [title of document for 
amendment] ,s "specification"; [name of item for amendment) is "full text"; and [method of amendment] 
«s change . When these check results are NG. the target document verifying portion 341 outputs an 
error message. When the results are OK. a target document for paragraph number conversion is copied 
from the procedure document storage file 27 to the working file 234 so as to start a following paragraph 
number conversion process. When the specification or the amendment contains a plurality of divided 
texts, they are merged into one text and then stored. In addition, the contents of the environmental 
setting file 225-1 shown in Rgure 25A, which are paragraph number assignment category (one of 
automatic mode. _ replace mode, and automatic & replace mode), a paragraph number assignment mark 
(for example, @), and a paragraph number assignment suppressing line number (for example, 5 lines) 
are set to the paragraph number assignment category setting area 353. the paragraph number 
assignment mark setting area 354. and the paragraph number assignment suppressing line number 
setting area 355. respectively as shown in Rgure 26. In addition, the line space counter 347 the 
assignment enable flag 348, and the number counter 350 are Initialized. 

[4] : The format processing portion 342 develops and retrieves a target text line by line. Thereafter the 
format processing portion 342 stores text data including control information In development area (1) 343 
text data excluding control Information In development area (2) 344, end Information representing what 
text data stored In the development area (2) 344 Is present In which line of which page In the formattino 
information 345. ,u " u 

[5] : The paragraph number assignment determining portion 346 analyses data stored In the develop- 



18 



5/2/06, EAST Version: 2.0.3.0 



EP 0 495 983 A1 



ment area (1) 343 and the development area (2) 344 and checks whether the data is in a paragraph 
number assignment range. When the paragraph number assignment determining portion 346 checks an 
identifier and detects [detailed description of invention}, it turns on the assignment enable flag 348. When 
the paragraph number assignment determining portion 346 detects (brief description of drawings] or the 
end of the text it turns off the assignment enable flag 348. Only when the assignment enable flag 348 is 
turned on, the paragraph number assignment determining portion 346 determines whether or not to 
assign paragraph numbers In accordance with the following conditions. 

[6] : The paragraph number assignment determining portion 346 performs the following determinations in 
accordance with the conditions set in areas 353 to 356 shown by Rgures 28A to 28E. (Refer to the 
description of Figures 28A to 28E.) 
[6] - 1 : When the paragraph number assignment renumber setting area 356 Is set to "assignment'' 
end the paragraph number assignment category setting area 353 is set to "automatic", the paragraph 
number assignment determining portion 346 determines execution of steps shown in Figures 28A to 
28E. 

[6] - 2 : When the paragraph number assignment renumber setting area 356 is set to "assignment" 
and the paragraph number assignment category setting area 353 is set to "replace", the paragraph 
number assignment determining portion 346 determines execution of steps shown in Figures 280 and 
28E. 

[6] • 3 : When the paragraph number assignment renumber setting area 356 is set to "assignment" 
and the paragraph number assignment category setting area 353 is set to "automatic & replace", the 
paragraph number assignment determining portion 346 determines execution of steps shown in Figure 
28A to 28E. 

[6] - 4: When the paragraph number assignment renumber setting area 358 is set to "renumber", the 
paragraph number assignment determining portion 346 determines execution of a step shown in 
Figure 28D. 

[7] : When the paragraph number assignment determining portion 346 determines execution one of [6] • 
1 to [6] • 4, paragraph number assigning portion 349 increments the number counter 350 by "1", 
determines a paragraph number, and stores write data in the write area 352 of the file writing portion 
351 . The file writing portion 351 outputs text data with paragraph numbers to the working file 234 as a 
new merged text 

[B] : Last, the page adjustment portion 232 adjusts the merged text with paragraph numbers, and H 
necessary divides the text Into a plurality of texts. Thereafter, the page adjusting portion 232 replaces 
with the adjusted text(s) the former text without paragraph numbers through the text I/O portion 231. 
Figure 27 ere schematic diagrams showing screen transition. 

Figure 27A is an operation environmental setting update screen on which the operator can select one of . 
eutomatic mode, replace mode, and automatic & replace mode for essigning paragraph numbers. When the 
automatic mode is selected, the operator Inputs a paragraph number assignment suppressing line number. 
When the replace mode is selected, the operator inputs en essignment mark (for example, @). When the 
automatic 8> replace mode is selected, the operator inputs both a paragraph number assignment suppress- 
ing line number end an assignment mark. The information which is selected and inputted is stored in the 
environmental setting file 225-1 shown in Figure 26. 

Figure 27B is a schematic diagram showing a paragraph number assignment screen. As described 
above, on this screen the operator selects one of the paragraph number assignment mode and the 
renumber mode so as to set "assignment" or "renumber" to the paragraph number assignment renumber 
setting area 356 shown in Figure 26. 

Rgures 28 ere schematic diagrams showing a paragraph number assignment process. In these 
diagrams, "before essignment" represents text data where a paragraph number has not been assigned, 
whereas "after assignment" represents text data where a paragraph number has been assigned. 

Rgure 28A shows the case where text data has an identifier. When a particular identifier for 
representing the assignment of a paragraph number (for example, [identifier]) is detected, a paragraph 
number ([nnnn]) and a carriage return mark (<) are placed at the beginning of the line. 

Rgure 28B shows the case where an image frame is present. When an image frame (image start code 
"30EA" + image frame 01 «■ image end code "30EB") is detected, a paragraph number ([nnnn]) and e 
carriage return mark (<) are placed before and after the image frame. 

Rgure 28C shows the case where a paragraph Is detected. When the preceding line ends with e 
punctuation code and the next line starts with a blank code, e paragraph number ([nnnn]) and a carriage 
return mark (<) are placed on the line following the punctuation code. However, In this case, the line space 
counter 347 counts the number of lines from the position of the last paragraph number being assigned. 
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When the counted value is equal to or larger than the suppressing line number which is set to the 
paragraph number assignment line number setting area 355, the paragraph number and the carnage return 
mark are placed. 

Figure 28D shows the case where a paragraph number is present When an identifier consisting of 
numenc characters (for example [nnnj is detected, if a paragraph number error occurs due to the effect of 
an edit operation (deletion, merge, insert or the like), paragraph numbers are renumbered in escendino 
order. " 

Figure 28E shows the case where a paragraph number assignment mark Is present When a paragraph 
number assignment mark (tor example. @) Is present In a text being searched, a paragraph number Cnnnn]) 
i and a carnage return mark («) are placed Instead of the paragraph number assignment mark. 

Figure 28 Is e block diagram showing a construction of a transmission file generating portion A~ 
transmission file generating portion 31-1 is connected with a procedure management Information file 6 a 
procedure generation reference file 125, a procedure document storage file 7. and a transmission file 32-1 
The transmission file generating portion 31-1 Is provided with a bibliographic Information generating portion 

440. an error Information editing portion 445. a T73 converting portion 446, and a transmission file edit 
processing portion 447. 

An execution enable check, a text read process, a bibliographic information generation and text check a 
post-amendment content generation, and so forth, are performed by an execution enable checking portion 

441, a text read processing portion 442, a bibliographic information generation and text checking portion 
443, a post-amendment content generating portion 444, and so forth respectively disposed within the 
biblrographic .nformation generating portion 440. The procedure generation reference file 125 contains the 
above identifier table, the description item conversion table, the item attribute table, and the item table 

The transmission file generating portion 31-1 generates a document name "patent application preamble 
• a d0Cum9n » name "specification P2", and e document name "drawing P3" for an application 
procedure in accordance with the format of a transmission file to be generated, as illustrated by a 
transrmss.on file generation process shown in Figure 30. The transmission file format contains text 
information categorized as an applicant information header and a body T73. The applicant information 
header is categorized as a length portion and a bibliographic information portion. The length portion 
comprises a total Information length, en Information length of length portion, an information length of 
bibliographic Information portion, an Information length of document Information portion, a document length 
of non-structured document, a document length of specification, a document length of drawings a 
document length of post-amendment content, and the number of other documents. All these fields have 4 
bytes. The bibliographic (nformation portion represents the document name -patent application preamble 
Pi . As a document Information offset, sets of Item ID. item length, end Item position, each of 4 bytes are 
repeated. In addition, the bibliographic Information portion contains a separator (of 4 bytes) and real data of 
bibliographic (nformation (of variable length). With such bibliographic Information, the document name 
patent application preamble P1" Is generated. The body (TO) is a text Information portion categorized as 
a specification document substance and a drawing document substance which represent the document 
name specification P2" and the document name "drawing P3", respectively. 

To generate a transmission file In such a format the execution enable checking portion 441 of the 
transmission file generating portion 31-1 determines the validity of execution of a transmission file 
generation process. In this determination of the validity, the execution enable checking portion 441 checks 
the procedure management Information file 6 being read (see Figure 16D and verifies the content of the 
status flag. When the status flag represents a text check error status, the Transmitting" status, or the 
Received status, the execution of the transmission file generation process is disabled. In this case a 
particular message is outputted and the process is stopped. 

This check step is performed so as to prevent a document or the like which has been transmitted from 
being mistakenly transmitted again. 

When the check result of the execution enable checking portion 441 Is OK, the text read processing 
portion 442 reads the main document and generates an identifier information table 448 and an intermediate 
file 449. In other words, with reference to the management Information file, the text read processing portion 
442 reads the procedure document storage file 7 and retrieves the main document. In the case of the 
structured text format, when the file being retrieved Is at the first node, the file is treated as a main 
document When the file Is at other than the first node, It Is treated as an attached document. The main 
document Is read and data with respect to each (identifier] Is retrieved. The retrieved data Is written to the 
Identifier information table 448 and the Intermediate file 449. The real data Is written from the beginning of 
the Intermediate file 449. The write position of the intermediate file 449 and the data length are stored in the 
Identifier Information table 448. For example, the position end the length of the text name shown In Figure 
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31 are 12th byte and 6 bytes, respectively. A code "patent application" (6 bytes) is stored In the 
intermediate file 449 at this position and with this length. 

When the real data are stored In the intermediate file 449, the leading and trailing 6paces are removed 
therefrom. For example, In the case of "[title of Invention] Hand scanner", the first space between the [title 
6 of invention] and "Hand scanner" and the second space followed by the "Hand scanner" are removed. 

The text read processing portion 442 correlates the text with the identifier information table 448 and the 
Intermediate file 449 as shown In the descriptive schematic diagram of the text reading process 6hown In 
Figure 31. 

When the process of the text read processing portion 442 Is completed, the execution of the 

ro bibliographic Information generation and text check processing portion 443 Is started. With reference to the 
procedure generation reference file 125, the bibliographic Information generation end text check processing 
portion 443 generates en offset Information table 451 end a bibliographic information file 452 by using the 
Identifier information table 448 end the Intermediate file 449. In addition, the processing portion 443 checks 
the text In other words, the bibliographic Information generation end text check processing portion 443 

r5 reads the Identifier Information table 448 from the beginning and searches the Item attribute table (see 
Figure 34) in the procedure generation reference file 125 with a key of en identifier being read. Thus, 
"general item" or "group item" is determined. In the item attribute table shown in Figure 34, the "identifier" 
represents an identifier of a group item; the "item attribute" represents an attribute of a group item; and the 
"member Item name" represents an identifier of a member item. For example, since there may be a 

eo plurality of inventors, the identifier "inventors" is used as a group item. 

Thereafter, by searching the identifier information table 448 (see Figure 6B), the bibliographic informa- 
tion generation and text check processing portion 443 reads an item 10, an attribute, a number of columns, 
a converting method, and the name of a description item conversion table. Then, if a match is not detected, 
an identifier error occurs. This error is written to an error information file 453. Thereafter, the content (real 

k data) of the intermediate file In accordance with the identifier stored in the Intermediate file Is converted in 
accordance with the information being read from the identifier Information, table 448. Thereby, the offset 
information table 451 and the bibliographic information file 452 are generated. In other words, the real data 
in the intermediate file 449 is successively converted in accordance with the attribute column number 
conversion method and read from the Identifier Information table 448. Thereafter, the converted data are 

so written to the bibliographic file 452. Whan a code Is necessary In this process, a conversion table such as a 
four-law category conversion table written in a description Item conversion table Is searched. 

The bibliographic Information generation and text check processing portion 443 outputs an item ID (for 
example in case of an item ID represents a destination, such as "1001" In accordance with the above 
Identifier and Information of a length and a position from a beginning which are written to the bibliographic 

ss iformation file 452 to the offset Information table 451. When an error takes place during this conversion 
process, the bibliographic Information generation and text check processing portion 443 writes the error to 
the error Information file 453. 

When all the data in the identifier information table 448 has been converted and then written to the 
offset information table 451 and the bibliographic information file 452, the item table (see Figure 35) is 

w searched for a corresponding item ID and a mandatory category with keys of an intermediate code (in the 
procedure management information file) and a law code (in the case of a application preamble). Thereafter, 
it Is determined whether or not the item ID is present on the offset information table. When the Item ID is 
not present, information representing that a mandatory identifier is absent is outputted to the error 
information file 453. 

45 Thereafter, when the main document Is an amendment for the content of a specification or drawings, 
data of an identifier [content after amendment] is outputted to a post-amendment content storage file 455. In 
this case, the format of the text 6hould be converted into the format of 173. 

In the above bibliographic information generation and text check process, as shown in Figure 32, the 
bibliographic information generation and text check processing portion 443 generates the offset information 

so table 451 and the bibliographic information file 452 by using the identifier information table 448 and the 
Intermediate file 449 as shown In Figure 32. When the process of the bibliographic Information generation 
and text check processing portion 443 is completed, the 173 conversion processing portion 446 converts 
the format of an attached document Into the T73 text format and then outputs the resultant text to a file. 
Figure 33 Is e schematic diagram describing a transmission file editing process. The T73 converting 

ss portion 446 reads an attached document from the procedure document storage file 7 In accordance, with the 
above procedure management Information file 6. A document stored In the procedure document storage file 
7 Is e text In the Internal format of the terminal equipment. This text Is converted Into the format of the T73 
text and then, outputted to the T73 text file 454. This process applies to a text stored In the post-amendment 
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content storage file 455. The T73 converting portion 446 converts the T73 text file shown in figure 33 into 

the format of the T73 text of the document information portion. 

When the process of the T73 converting portion 446 is completed, the execution of the process of the 
« ~T"Z? ^ "* prooessin 9 P 0 *' 0 " 447 * started- other words, the transmission file edit processing 
"I*** and 6ditS 818 0ffe81 informafion « at "e «1, the bibliographic information file 452, and the 
173 text file 454. Thereafter, the transmission file edit processing portion 447 generates the transmission file 
AM. n other words, the transmission file edit processing portion 447 determines whether the selected 
mode i Is the text check mode or the transmission file generation mode. When the text check mode has been 
selected, the transmission file edit processing portion 447 skips the edit process. When the transmission file 
10 generation mode has been selected, the transmission file edit processing portion 447 performs the following 
process In this process, transmission command information of '010010' Is edited and outputted to the first 6 
22^ fi ' e - Wth thB leng,h in,ormatior, used when ,h8 bibliographic Information file 452 

2? h 1* . W ° re 96nera,e<1, the in,omiat| o n of *e length portion of the transmission file is 
« r«rl 0U £! , a<,di,i0r, ' bV USin8 * B 0ffSet into "™« on W* 451 and the bibliographic information 
.^.f"^ 153 ' 0 " fil8 ^it processing portion 447 edits a bibliographic Information file for the 
transmission file. The olographic information portion in the applicant information header of the transmis- 
sion file 32-1 shown «n Figure 33 comprises data length end its position in accordance with each item ID 
toLTT; t/U !* u° ° f the inV6nti0n iS " hand SCann8r °' m item 10 re P resen ts position 1041. The 

» bWe oTUi S data PMW0n 1 ° 41 - ' n ° ,h8r WOfdS ' 14 bytes "» from *• 76th 

SSl r. • T S SP3Ce ' Character C0d9S ^Presenting "hand scanner" are stored. This 

construction is also applied to other Hems. 

Thereafter, the transmission file edit processing portion 447 reads the T73 text file 454 and outputs it as 
.niTr t rmat, °. n P ° rti0n '° ll0Win9 4,19 bibliographic information portion. With this edit process, 
normabon in the predeterm.ned format is generated In the command and the length portion in the 
22? 1 93 ^ " d ? •* fc W* te in, « ^ion in me transmission file. After this pr^ss I 

SSTSi? Pr0CeSS . !- 9rr0r in,0m,ati ° n 8ditin9 POrti ° n 445 is « tataL ™ 9 error information editing 
portion 445 successively reads the content of the error information file 453 and edits text check error 
information ,n the fat format Thereafter, the error information editing portion 445 printe oTthe I s Z 
process is performed so that the error is effectively issued to the operator 
» With this process. Information to be transmitted is stored in the transmission file 32-1 

presSTrLrtion. 8 M9 ^ embodiment of " > m W ™QH portion of the 

<Jl!£% IV ,8 « C ° n,Snt m 541 iS <0r Sl0rfn9 a text «** contains '™°e data merging 

« SZii ST ? TT' [R9Ure 01 + Carria " r9turn or ie mark; (Table n] ♦ canije 
SSZf 1 tMa * 9m£rt,CS formula "1 + cama 9 e "-ark; end {Chemical formula n] * carnage return 
mark) and image insertion marks (for example. @ + carriage return mark) (see Figure 37) 

line InSLT JT -0 " ' i,e 542 " *" 8Wn8 " ,ma " file name ' a fra ™ siz8 ' a P a 9* P"**". a 
line position, and so forth in accordance with a frame ID of image data (see Figure 37) 

An image file 543 is for storing image data. 

° main? T^-!!" 9 • f^" ^ a ° C9SS9S the ** cont8nt fil9 541 ^ ^ches for image data 
merging commands (identifiers and image data insertion marks). 

A text merging information controlling portion 544-2 accesses the text merging information file 542. 

«i image file controlling portion 545 accesses the image file 543. 

A merging controlling portion 546 merges image data with text 
■> An image edit controlling portion 547 edits image data being read by a scanner or the like. 

imJiLT 9 ' ^ f ! adS " ima9B ,f0m 3 paper 30(1 9enera,8S ima 9e data. In addition to the scanner 
-Z bt, maT 8en9rated ' by d6Ve,OPin9 3 dfaW ' n9 repr9S9nt9d * «** V9ctw da,a ' « fcS 

ln D ufr! i T?„ inPU J POrf ° n 549 diSp,3yS 3 t9xl 80(1 " ima 9° °» 8 6Cr een 550 and receives an 

top t o, a mouse/keyboard 551. The display input controlling portion 549 is constructed of a text dJlS 

^Sl^ZL^r 55 °- " MH «— f ° r -^gTinput of the 

The screen 550 Is a screen of a display device for displaying a text, an image, and so forth 
^The mouse/keyboard 651 inputs various commands and data to the display Input controlling portion 

Next a construction of a text Including image data is described with reference to figure 37 

in the figure, text data stored in the text content file 541 Is constructed of a text Including a set 
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comprising identifier (for example, (Figure 1j) ♦ carriage return mark end a Eet comprising image insertion 
mark (for example, a @) + carriage return mark. These text data are displayed on the screen 550 as shown 
in the lower right schematic diagram of Figure 37. In e frame W1, indicated by dotted lines, an image with 
an image file name of the frame W1 of the merging information portion of the text merging information file 
542 is retrieved from the image file 543 and then displayed on the screen 550. 

Thus, in the text data, only image merging information (such as (frame W1] and (frame W2Q for 
representing (insertion) Image data Is merged. Real image data are retrieved from an Image file name (a 
unique management number assigned In ascending order) obtained from the image file 543 in accordance 
with [frame W1], (frame W2], and so forth In text merging Information file 542 and then displayed (inserted). 
Thus, a position (for example, (frame W1] and (frame W2JJ at which Image data are merged with a text can 
be readily edited (for example, moved). In addition. Image data can be edited only by changing attribute 
Information (such as frame size) of the text merging Information file 542. Thus, Image data can be readily 
and quickly edited. A transmission file Is generated by merging Image data with a text at positions of [frame 
W1], (frame W2], and so forth. Next, this process Is described In detail. 

Figure 38 is a schematic diagram showing a construction of an Image merging portion. 

In Figure 38, a merging controlling portion 546 comprises a size conversion processing portion 546-1. a 
corresponding table 546-2, a page adjustment processing portion 546-3, a drawing number generating 
portion 546-4, a counter 546-5, and so forth. The size conversion processing portion 546-1 divides by the 
size of each character an image size (for example, mm) of image data being read by a scanner 548 so as 
to calculate a frame size. The corresponding table 546-2 sets information with respect to the calculated 
frame size and so forth. The page adjustment processing portion 546-3 automatically places a page change 
mark on a line just preceding image data which is present at the boundary between two pages so as to 
move the image data to the later page. The drawing number generating portion 546-4 assigns a drawing 
number to image data. The counter 546-5 counts drawing numbers in ascending order. Since the 
constructions of the portions 541, 542, 644-1, 544-2, and 547 to 549 6hown in Figure 38 are the 6ame as 
those of Figure 36, their description is omitted. 

The corresponding table 546-2 sets from beginning of text data a size, a number of lines, a number of 
columns, a start page, a start line, a start column of image data, text data on a line just preceding image 
data, text data on a line just following Image data, an Image file name, and so forth in accordance with 
merging commands (identifiers and image insertion marks) which are merged with a text. 

Then, in accordance with a flow chart of Figure 39, an operation of the merging controlling portion in the 
construction shown in Figure 38 is described in detail. 

When the execution of the process of the merging controlling portion is started, at step SGI a target 
text Is checked. At this step, drawings, specification, or amendment is checked and found as a target text 
where Image data are merged. 

Thereafter, at step SG2, the content of the target text Is read. At this step, the text file controlling portion 
544-1 reads the content (text data) of the target text (specification, amendment, etc.) from the text content 
file 541. 

At step SG3, it is determined whether or not all image data have been merged. When the determined 
result is YES, at step SG4 the text data merged with the image data ere stored (updated) in the text 
contents file 541. Thereafter, this process is ended (END). When the determined result is NO, steps of SG5 
or later are repeated so as to merge the image data with the text data. 

At step SG5, merged positions are searched one after the other. In other words, the text file controlling 
portion 544-1 searches for text data (of a specification or an amendment) from the text content file 541 and 
retrieves merging commands (for example, an identifier [Figure nj + <, Image data insertion mark @ ♦ <). 
At step SG6, merging positions are displayed. In other words, the merging positions of the text data which 
are retrieved at step SG5 are displayed on the screen 550. 

At step SG7, image data are written. At step SG8, image data are displayed. 

At step SG9, the image data are stored in the image file. At these steps SG7, SG8, end SG9. the 
merging controlling portion 546 receives the content of a text and character positions with respect to 
merging commands searched at step SG3, Informs the Image edit controlling portion 547 of an Image file 
name, and requests It to read the image data. Thus, the image edit controlling portion 547 reads the Image 
data through the scanner 548 and then sends the Image data to the display Input controlling portion 549. 
Thus, the display Input controlling portion 549 displays the image data on the screen 550. In addition, the 
image edit controlling portion 547 correlates the Image data with the image file name and stores them In the 
Image file 543. Thereafter, the Image file name and the Image size (for example, unit of mm) are returned to 
the merging controlling portion 546. 

At step SG10, a merging process is performed. At this step, when the merging controlling portion 546 
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receives the image file name and the image size (for example, unit of mm), it calculates the frame size in 
which the image is merged by using the obtained image size. Thereafter, the merging controlling portion 
546 sets the information with respect to the frame size (size, image file name, and so forth) to the 
corresponding table 548-2. In this process, the image size in the unit of length (for example, unit of mm) is 

5 returned. Thus, the frame size is calculated by dividing the length by the size per character. For example 
when the .mage size is X x Y mm in the case of 6 cpi and 3 Ipi, the numbers of columns and lines are 
expressed as X +2*4 x 6 and Y +2.54 x 3. respectively. Thus, the merging controlling portion 546 
commands the text file controlling portion 544-1 and the character merging Information controlling portion 
544-2 to generate a frame of the size of the image data at a position corresponding to real text and to 

io merge the image. In other words, as shown with the text data of the text content file 541 of Figure 37 ■- 

Slo V iF T W J 7* " fR0Ure 21 * [Ftam W21 " n ,nserted - ,n «**»■ <* "howl, with 'the 
merging Information porbon of the text merging Information file 542 of the figure, an Image file name a size 

T^JT, m m l aCC ° rdanCe "" h the frame W1 and * B ,rame W2 *»» file 643 has' stored 
Image data In accordance with the Image file name at SQ9). 

is With the above process, the merging start position (the page position and the line position) and the 
frame size are set to the text merging information file 542 so that the frame size of the image date read by 
the scanner 648 is merged from the image merging start position of the text data. In addrtion, the image 
data are stored in the image file 543. Thus, image data can be merged with a text 

,„ nrJlT V°* l a Q SCh8ma u iC dia9r8m Sh ° Wing 8 c ° nstnJC,i ° n P^Pal Potions of an image display/cut 
Sid ,S ' di39ram Sh0Win9 th9 C ° nt9 ' rt ° f m ima 9 e Kr89n buff9r whi ' h "as Ln 

In Figure 40A. the image edit controlling portion 47 controls the edit process of an image. In this 
constnicton a scanner (not shown in the figure) reads image data of an entire paper. Thereafter the data 

25 Z T VIZ™ 9 * butf9r 47 - r ,ma " da,a «*» 8 «« •-•»«, design"* 

a mouseAeyboard 51 are retrieved from the image buffer 4M and then stored in an image file 43 

A display input controlling portion 49 displays on a screen 50 data in a display frame (the dotted lines 
.n the figure represent the frame) stored in a screen buffer 49-9 of image datestored in an image^een 
buffer 49-a In addition, the display input controlling portion 49 displays a scale 

An image d.splay controlling portion 49-2 has standard display start coordinates and a display size and 
da,a fransfeTOd fr ° m ,h9 ima 8 B butfer 47 "' 10 ««" buffer 49* in accordant themwiS 

hJS P TT 9 P ° rt,0n 49 " 3 80 8,68 ran 9 e d ^9 na,ion - 9 «"« <»mmand, and so forth 

from the mouse/keyboard 51 or the like. 

A scroll controlling portion 49-4 sends to the Image display controlling portion 49-2 the display Start 

M TTrT^I^ 9 moving direction and ? moving amount bJ^S 

lml 12 7^ 6 ! ThUS ' im888 diSP ' ay COn,rollin 9 >°« on 49 " 2 *™» 2» tome 
Image screen buffer 49-8 and scrolls the screen 50. 

riJ^JT* di ?!! y POrti ° n 49-5 WileS to 9 SCf99n buffer 49 * a ^ rectan 9 |8 ln accordance with the 

S^S T ° 1,19 Start C °° rdinate3 8nd 9nd C00rdinat9S bei "9 in P utted ™» *e mouse/keyboard 5? 
(their coordinates are entered by clicking the mouse as the start position and the end position) 

huffi T! P V r rti ° n V WiteS 608168 ° n 0Ut9r peripheries °' 9,9 ima 9 e dis P'ay of the screen 
buffer 49-9 in accordance with a display magnification of image data. When the display magnification**! 

dTont Znlo tim9S ' ^ SCa ' e " d8CreaSed 1/X M * S S ° 85 to displa * * 9 i- ^ oTtoe image 

« rt a t a A ™^l C ° n ![ 0 " in9 P ° rtj0n 49 " ? mef " S ima9e da,a bei "9 read irom 819 ima 9 e ^en buffer 49-6 with 
It ST I' 6Creen bU " er 49 ' 9 and diSplayS 019 merfl9d data °" «» scr99n 50- At the tme, onry me 
™„ 9 h u * IT* 9 ! , 6Cre9n bUff9r 49 - 8 in 8CC0rdanC9 wi,h ima 9 e fr ame (the rectangular frame 
represented by the dotted lines in the figure) of the screen buffer 49-9 is displayed on the screen 50 

rtJfT 399 T" 1 bU " er iS f ° r 6t ° rin9 ima 9 9 data - Th9 ^een buffer 494 is for storing an image 
K „ !!!• ram !; "f* * ° U,9r P6riph8ri8S of display fra ™' drawi "9 n^bers. and image data on a 13 
so preceding and a line just following merged image data. 

An operation In the construction shown In Figure 40 Is described In detail with reference to a flow chart 
showmg an Image cut and merge process shown In Figure 41. When the cut process is started, at step Sm 
a scanner (no. shown In the figure) reads a drawing. The size of the drawing is. for exampla A4 n ome 

. EtJ?, SCarW ^ f6adS a " ^ C ° n,9nt °' ,he M Si29 8 " d « 9 *»« «W ^ image 

ta-^inl SH2 ' !!* !l!T d3,a 8, ° red th8 ,ma9e buffer 47 " 1 18 ,ransf9rred ,0 1119 "na9e screen buffer 
49-8. in other words, the Image display controlling portion 49-2 receives a display request from the ImZ 
edrt controlling portion 47 and then writes the resultant image data to the Image screen buffer 4^ H I In 
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accordance with the standard display start coordinates and the display size which have been stored. At step 
SH3, image data are displayed in an allowable maximum size. In addition, scales and text data on a line just 
preceding and on a line just following the image data are displayed. In other words, the CRT controlling 
portion 49-7 merges the image data written to the image screen buffer 49-8 at step SH2 with text data of 
the maximum image frame size, scales, and text data on a line just preceding and on a line just following 
image data being merged and displays the merged data on the screen SO as shown in the figure. 

At step 8H4, it Is determined whether or rot a scroll command Is present In other words, the Input 
controlling portion 49-3 detects whether or not the operator has entered a scroll command (which has 
designated a moving direction and a moving amount) with the mouse/keyboard 51. When the determined 
result Is YES, at step 8H5 the display position Is changed. In other words, after the scroll controlling portion 
49-4 receives the moving direction end the moving amount. It updates the display start coordinates end 
sends to the Image display controlling portion 49-2 the display start coordinates. Thereafter, the Image 
display controlling portion 49-2 writes from the display start coordinates of the Image data buffer 49-8 the 
Image data received from the Image buffer 47-1. The CRT controlling portion 49-7 displays the image data 
In the display frame of the screen buffer 49-9 as scrolled Image data on the screen 50. 

In this process, when the operator issues a scroll command, image data cut in the maximum size of text 
data from image data being read from an entire paper are displayed on the screen 50. Thus, the operator 
checks whether or not a desired image has been cut on the screen 50. Consequently, image data in the 
maximum merging size can be automatically cut In addition, unnecessary image data such as dirty portion 
at an edge of a paper can be readily deleted. Moreover, by displaying on the screen 50 scales in 
accordance with image data being read from a paper, a real size of the image can be readily determined on 
the screen 50. 

When the determined result is NO, since no scroll command has been issued, step SH6 is executed. 

At step SH6, it is determined whether or not a cut range has been commanded. In other words, the 
input controlling portion 49-3 determines whether or not the operator has commanded a cut range with the 
mouse/keyboard 51 (whether or not the operator has clicked two points of the start coordinates and the end 
coordinates which designate the cut range with the mouse). When the determined result is YES. the image 
data are cut in the designated size and then stored. In other words, after the cut range controlling portion 
49-5 receives the start and end coordinates, it writes a rectangle In the cut range (a small rectangle 
represented by dotted lines) to the screen buffer 49-9. The CRT controlling portion 49-7 displays the Image 
data, scales and so forth in the display frame (the small rectangle represented by dotted lines) of the screen 
buffer 49-9 on the screen SO. In addition, after the Image edit controlling portion 47 being received cut 
range (start coordinate and end coordinate) receives the cut range from the image buffer 47-1, It cuts the 
Image data In the cut range, correlates the Image data in the image file 543 with the received image file 
name, end then stores the image data in the image file 543. On the other hand, when the determined result 
Is NO, at step SH8 image data ere cut in the maximum size and then stored. 

Thereafter, the process advances to step SH9 from step 6H7 or step SH8. As shown In step SG10 of 
Figure 39, at step SH9, the text file controlling portion 541-1 and the character merging information 
controlling portion 544-2 generate e frame of the image size in accordance with the real text and merge an 
Image. 

When a cut range is designated in accordance with the above process, image data in the cut range can 
be merged with text data. Thus, only a desired Image can be retrieved from a paper. For example, when a 
plurality of images are drawn on one paper, they can be divided into individual portions and then merged 
with text data one after the other. In addition, when a cut range has been designated, a display position 
thereof can be scrolled so as to cut image data in any position according to the process of steps SH3, SH4, 
endSH5. 

Figures 42 are schematic diagrams for describing an image merging process. 

Figure 42A shows a content and a construction of a specification where image data have not been 
merged with a text content file 41. In this schematic diagram, (text display screen] is a screen of text data of 
the text content file 41 which is displayed on the screen 60. In this schematic diagram, "(Formula 1] <" or 
"(Formula 2] 4" is a set of Identifier and carriage return I.e. line change marks; and "@ <" is a set of Image 
insertion mark and carriage return marks. 

In (a merging information file 42], Image data have not been merged with text data. Thus, the frame size 
and image file name of the image data have not been set. 

In (a text content file 41], text data have been stored as shown In the schematic diagram. 

(Drawings] Is an Image drawn on a paper. On a first paper, two images of equations (formulas) El and 
E2 have been written; and on a second paper, one image has been drawn. 

Figure 42B shows [an operation and a transition of a screen]. When an Image Input process Is started, 
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images are merged with text data in the order from [1] to (4). 
[1 J represents an allowable maximum size of image data in a rectangle represented by a dotted line, the 
image data being merged with a text image data being read by a scanner 548 from the first drawing 
paper to portion @ on a line following ® "(Formula I] <J" on the screen 50. 
[21 represents that a cut range © is designated in a rectangle represented by the dotted line of © (by 
clicking the mouse at the upper left and lower right positions) so as to merge the portion © with the text 
data as the Image data of [Formula t J. (At step SH6 of Figure 4t. since the determined result becomes 
VES, steps 6H7 and SH9 are executed.) 

[3] represents that a cut range © Is designated In the rectangle represented by the dotted line of © - 
' (by clicking the mouse at the upper left and lower right positions) so as to merge the portion © with the 
text data as the Image data of (Formula 2). (At step 6H6 of Figure 41. since the determined result 
becomes VES. steps SH7 and 8H9 are executed.) 

(4) represents an allowable maximum size of Image data which are read by the scanner 548 from the 

second drawing paper and merged with the text at the portion © on a line following text data " Is 

shown In the following* on the screen 50. In addition. (4] also represents a merging process of Image 

data with the text (in this case, the image placement mark @ is deleted). 

With the above process, as shown in Figure 42C. image data are merged with a text. 

Figure 42C shows (a content and a construction of a specification where image data have been merg B d 
with the text content file 41]. However, image data are correlated with the text content file 41 in a format of 
(Frame 01] or the like. Thus, real Image data are not directly merged with a text (Text display screen] 
represents text data of the text content file 41 displayed on the screen 50. Image data are merged and 
displayed from the lines following "{Formula 1] <J" and "(Formula Z] <r and from the position of "@ <" 

When image data are merged with text data, frame sizes and Image file names are set in [a merging 
information file]. B a 

In [a text content file]. Image data have been merged as (frame 01]. (frame 02], (frame 03], and so forth 
In addition, (an image file A] (an image file B], and (an image file CI have been stored in an image file 
Then, with reference to Figure 43. an image display/cut process is described in detail. First at step 8J1 
a start command is issued with the mouse. Thereafter, at step SJ2, the image is read by a scanner 48 and 
developed into an Image buffer. Thereafter, at step SJ3 a display magnification and display start 
coordinates are Initialized. Thus, at step 8J2, the image being read can be displayed in the initial state 
Thereafter, at step SJ4, an image display controlling portion 49-2 transfers the Image with a designated 
magnification and display coordinates to an image screen buffer. Thereafter, at step SJ5 a merging 
controlling portion 46 retrieves data on lines just preceding and following the data dot of the merging 
position and sends this data to a text display controlling portion 49-1. At step SJ6, the text display 
controlling portion 49-1 writes the display frame, text name, and the preceding and following lines of the 
Image to the screen buffer. At step SJ7. a scale display portion 49-6 writes scales to the screen buffer 49-9 
The scales are displayed by the scale display portion 49-6 In display Input controlling portion 49 
Thereafter, at step 8J8. a CRT controlling portion 49-7 retrieves image data from the screen butler 49-9 and 
me image screen buffer 49-8 and then outputs the image information to a screen 50 

The initialization is performed using this process. In this state, that Is at step 8J9. the operator is 
prompted for a command input. When the operator enters a command, at step 6J9 it is determined whether 
the , Bntered command is a scrol1 command. When the image position is Improper, that is the area 
which is displayed on the screen 50 Is narrower than the image stored In the image buffer 47-1 of the 
image controlling portion 47, the operator can move the mouse so as to display a desired drawing The 
movement command of the mouse is referred to as a scroll command. At step 8J10, when it is determined 
Oiat a scroll command has been issued, at step SJ11 the display start coordinates in accordance with the 
direction (up, down, right, or left) commanded with the mouse are calculated and updated. Thereafter steps 
of SJ4 or later are executed again. Although the display start coordinates have been Initialized at step SJ3 
they are changed at step SJ11. Thereafter, at steps SJ4 to SJ8, a desired screen is displayed. At that time' 
since the operator does not issue a scroll command, at step SJ10 it is determined that no scroll command 
has been Issued. Thereafter, at step SJ12, It Is determined whether or not a cut command has been Issued 
When a cut command has been Issued, at step SJ13 the cut point is written to the Image screen buffer 4fr 
8. Thereafter, steps of SJ5 or later are executed again. 

By repeating scroll step SJIO and cut step SJI2, the cut size of e desired portion Is determined At 
step BJ12, It is determined that a cut command has not been issued. Thereafter, at step 8J13 It Is again 
determined whether or not a cut designation has been made. When a cut designation has been made the 
area surrounded by the cut line Is stored at step SJ13. At step SJ14. Image data are cut in the designated 
size and stored. When a cut designation has not been made at step SJ16, Image data are cut at the 
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maximum size and stored. After step SJ15 or SJ16, the merging controlling portion 546 receives an image 
size and performs a merging process at step SJ17. 

With the above process, image data are read and displayed. When the displayed area differs from a 
desired area, the displayed area can be scrolled. In addition, only a desired area can be cut. 
s Figure 44 is a flow chart showing an automatic drawing generation process. In this process, when an 
image is merged with a text [Rgure n] and a carriage return mark are placed in the text 

When this process is started, a drawing text is automatically generated (at step SKI). Thereafter, 
variable n Is Initialized (n = 1) (at step SK2). Thereafter, "{Rgure n) + carriage return mark* are placed at 

the end of the text (where n = 1, 2, 3 etc.) (at step SK3). For example, with this process, as shown by 

to reference letter A of [text display screen] Q) of Rgure 42B, "(Formula 1] + <Tare placed in the text 

Thereafter, Image data are merged on the following line (at step 6K4). For example, image data are 
merged on the line following "(Formula 1] + <]" of the [text display screen] of Rgure 42C. 

Following step SK4, the image data are stored (at SKS). At this step, the Image data are correlated with 
the Image file name and then stored In the image file 543. Thereafter, the variable n is Incremented by 1, 
»s that Is, n = n ♦ t (at step SK6). Thereafter, it is determined whether or not all Image data has been 
merged (at step SK7). When the deterined result is YES, the process is ended (END). When the determined 
result is NO, the steps of 8K3 and later are repeated. 

With the above process, drawing numbers "(Figure n] ♦ <" (where n = 1, 2, 3 etc.) can be 

automatically placed on the line preceding image data to be merged with a text. When image placement 
20 mark @ + < are present, the image placement mark @ is deleted and only < is placed. 

Rgure 45 is a schematic diagram describing an image data update process. 

(1) The text merging information controlling portion 544-2 reads information of image data merged with a 
text from the text merging information fie 542 and develops it in the corresponding table 546-2 (the 
preceding line and the following line are blank), 
zs (2) The text file controlling portion 544-1 reads the content of text from the text content file 541. Thus, 
the text file controlling portion 544-1 reads merging commands (identifiers and image placement marks), 
position information, and text data on lines immediately preceding and immediately following image data. 
Thereafter, the text file controlling portion 544-1 places such information and text data in the conespond- 
ing table 546-2. 

so (3) The merging controlling portion 546 commands the text file controlling portion 544-1 to send the 
blanked information on the lines immediately preceding and Immediately following image data. There- 
after, the merging controlling portion 546 receives the information and then fills with them. 
(4) The merging controlling portion 546 sorts the corresponding table 546-2 in accordance with the start 
positions (start pages and lines). The image data without image file names have not been merged. 

ss (5) After the conssponding table has been edited, an Image table Ft shown In Rgure 45 Is displayed. An 
Image table F2 schematically illustrates the content of the image table F1. 

(6) By selecting for example A from the image table Fl, Image data to be updated can be readily 
selected and updated. 

Rgure 46 is a flow chart showing an image update process. When the execution of an image update 

<o process is started, at step SL1 the merging controlling portion 546 reads the text content file 541 and the 
text merging information file 542. Thereafter, the merging controlling portion 546 generates a conesponding 
table where image merging positions are correlated with image. Thereafter, the merging controlling portion 
546 displays a merging number, line, presence/absence of merging, and text data of preceding line in 
accordance with the information of the corresponding table generated at step SL2. Thereafter, at step St3, 

«s the process prompts the user for a command entry. When the user issues a command, at 6tep St4 it is 
determined whether the issued command is an update command, an end command, or a delete command. 
When the entered command is an update command, at 6tep St5 image data and text data on lines just 
preceding/following thereof are displayed. At step SL6, the process prompts the user for an operation. At 
step 8t7, image data ere cut with a mouse or the like. At step SL8, image data are cut in the designated 

60 size and stored. At step St9. the corresponding table is updated in accordance with the updated 
Information. Thereafter, steps of SL2 or later are repeated. Thus, image data newly cut the page, the line, 
and the presence of merging are displayed. At step SL10, when the issued command is a delete command, 
the frame and the image are deleted from the corresponding table. 
Thereafter, steps of SL2 or later are repeated. 

ss When the issued command is an end command, at step 8L11 the text content file and the merging 
information file are updated in accordance with the corresponding table being updated at step 8L11. 
In this process, the text content file and the merging information file are updated or deleted. 
Next, a page adjustment process is briefly described. 
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(1) As shown in Figure 38. a corresponding table 548-2 is generated. 

II! *J^? Wh8 I h8r W nrt 8n " ima99 at pa " boundar V" P |a< » «°r each page frame. 
CrVhen the start line ♦ l.ne bob- of the corresponding table 546-2 is larger than the maximum page 
number per page of text data, an "image at page boundary- takes place) 

6 SL^i , hL d9 T in9d 30 " ima " 81 ^ b0Undary " is ^ P |ace ' a return mark is 

placed just before the .mage frame and the image frame is moved to the next page. In accordance with 
the movement amount, the corresponding table 546-2 is updated. Likewise, steps (2) and (3) are 
repeated for all image frames. 

» txJSy* 9 6b0Ve Pr0 ° eSS ' ' ma98 ^ m8r9ed ^ 8 ^ ^ 68 fre6 fr ° m 80 " ima " data * P a 0 9 

online^ ntir^M ^ 8 ° """^ 8 ^ embodi '" en < °< *° P^ent Invention, comprising an 

Tt ^ZTTT 9 T"*"' ,S <,eSCn ' b8d de,a " ^ re,eren08 to Raures «o 51- in Figure 
47. a transmission file generating portion 61 generates a transmission file 67. a reception file 68 and a 

l a l n TT" fi ' 8 98n8rati ° n m0 * 00 " 0n,lne fransmi8stan "»". »e transmi Jon Tte 
generating portion 61 is started. 

* fl «l- ": a,1 f iSSi ° n processin 3 P orton « Performs many operations such as controlling 
IT »rT' d ' SPlayin9 8 tr8nSmiSSi0n and issuin ° a « receipt rv^TSZ 

. IT T 8 "; * 8,9 transmitted from *• onnn9 transmission *™ * « P^- 

^11 9 „»h? *** Transm,sslon ™» 'eceptton of data are controlled In accordance with a 
predetermined transm.ss.on procedure defined between the operator and a party 

After all text data have been transmitted, a proof check processing portion 63 compares the content of 

- ZSST that of 0,9 **** file 68 60 88 to proof check *• text 

man^ml^ ^ " ^ to < 9SU » to a «- 9d » - 

and!™?"' inform8ti0n fi ' 9 65 C0rre ' at9S teXt data (pr0C9dure > " lth uni < u ° rnanagemen. number 
and manages transm.ssion statuses ('not transmitted" status, "transmitting" status, and "transmitted" 
^.transmission results ("accepted" and "not accepted"), and so forth transmitted 

devil^Tr^'f, 66 ls , a r n ;r° la « le recordin 9 ^ tar example, a hard disk device. The storage 
^70 5 1ST I 0 " fil9 r 37 ' re0ePb0n fi ' e 681 0,8 r8C6ipt r9CBp,ton ,ila 69 - and 80 tarth. 9 

^Z:ZZ!Z71? on,,ne ,ransmission data ' 8 ,ran8missi0 " proced - ,abla - a «— 

r« JS «i 8CC ^ rdanCe ! with 8 flow *« shown R9ure 48. a generation process for a transmission file a 
reception file, and a receipt reception file ere described In detail 

When the execution of a generation process for each file Is started, at step 6M1 a volume soace 

22" 9d - Thus ' 9 8pace K of 8 hard disk d9Vice - which is 8 -i^S mH 

^sT^'l^JTl* franSmiSSi ° n fil8 8nd 8 f8Cep,i0n file are 9 9nerated in a ^ing volume. At 
stop 8M3 an estimated disk using capacity is calculated. At steps SM2 and Sm3. when the transmission 
file capacity .s referred to as "a", the reception file capacity is estimated as- transm.ssion 
When the proof operation is designated, the reception file capacity becomes (a + 1024) 
When the proof operation is not designated, the reception file capacity becomes (1024) 
When the receipt reception file capacity is referred to as "b", the overall capacity (=y) is estimated as- 
When the proof operation is designated, the overall capacity V becomes (2a ♦ b ♦ 1024) 
When the proof operation is not designated, the overall capacity "y" becomes (a + b + 1024* 
Following steps SM3, at step SM4 it is determined whether or not x (disk space capacity) is laroer than 

12? , \ T" Capad,y) - Wh8n 019 di8k b,ank capaci * « * Uar *L S 
h Ki? r !: e i anS,n ' $Si0n fi ' e ' *" reCep,ion ,ile ' * e «*»® reception flle. and so forth and Z file! 

fi e are copied from the working volume to the operating volume. Thereafter, at step 6M6 the transmission 
flb «d the reception file are deleted from the working volume. At step 6M7. a foLJZSSZ 
jansm-ssion We generation is OK is sen, ,o the user (that is. a message "transmission rSd rOK ' Is 
s ayed cn the screen 70). In contrast, when the blank capacity is smaller than the overatl ca^dty y J 

11. ? *T"!T 8t 8,8P 8M4 ' S N0) - ,he fi,es cannot 08 obtained. Thus, a. ZE&aZ 
fransmission file and »e reception file are de.eted from me working volume. Thereafter, at step 6M9 a 
message representing that transmission file generation is NQ Is sent to the user 
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With the above process, when the user selects the transmission file generation mode on the screen 70. 
the transmission file generating portion 61 simultaneously generates the transmission file 67, the reception 
file 68, and the receipt reception file 69 in the transmission state. Thus, after the transmission is started^ 
reception disable state due to insufficient storage space in the reception file 68 and the receipt reception file 
6 69 can be prevented. 

Next, an online process is described in detail with reference to the flow chart shown in Figure 49. 

At step 8N1, a transmission file, a reception file, and a receipt reception file are generated. Thus, as 
described with reference to the flow chart shown in Figure 48, since these three files are generated in a 
transmission state, a reception failure due to insufficient storage capacity can be prevented. 
10 Thereafter, at step SN2, ft is determined whether or not a continuation state is occurring, that Is, 
whether or not the preceding transmission has been completed. At this step, It Is determined whether or not 
there are transmission files set to "transmitting" I the management Information file 65 for some reason (for 
example, a line error) causing them to be not transmitted. Thereafter, et step SN3, It is determined whether 
or not e continuation state is occurring. When the determined result is YES (that is, there are transmission 
(5 files where "transmitting" status Is set In the management Information file 65), at step SN4 an automatic 
continuation process (shown in Figure 51) is performed. With this process, text data with a management 
number in "transmitting" status is retransmitted. Thereafter, the transmission of text data with a manage- 
ment number in "not transmitted" status is continued. When the determined result is NO, since there ere no 
transmission files in "transmitting" status, the process advances to step SN5. At step SN5, the line is 
20 connected (logged on). 

At step SN6, it is determined whether or not the log-on process has been performed normally. When 
the determined result is YES, at step SN7 e registration request is issued. At step SNB. it Is determined 
whether or not the registration request is normal. When the determined result is YES, the process advances 
to step SN9. When the determined result is NO, the process edvances to step SN10. In addition, when the 
2s determined result is NO, at step SN21 an error message is issued. 

At step SN9, a received electronic text is analyzed so as to determine "accepted" status or "not 
accepted" status and various operational messages. At step SN1I, it Is determined whether or. not the 
electronic text contains an "accepted* message or a not accepted" message. When the determined result 
is YES, the process advances to step SN12. When the determined result is NO, the process edvances to 
30 step SN 13. 

At step SN12, the transmission result is displayed. In other words, data such as "accepted" message or 
"not accepted" message and acceptance number are edited and displayed on the screen. 

At step SNt4, it is determined whether or not all cases have been processed. When the determined 
condition is YES, since all text data (procedures) commanded have been transmitted, the process advances 
ss to steps SN15 to SN19. At these steps, the process performs several operations such as issuing a receipt 
request and performing a proof check. When the determined result is NO, since all text data (procedures) 
commanded have not been yet transmitted, steps of SN7 or later are repeated. 

At step SN15, an automatic receipt request is transmitted to a party (such as the Patent and Trademark 
Office) through a line. Thereafter, receipt data are received and stored in the receipt reception file 69. 
«) . At step SN16, the line is disconnected (logged off). 

At step SN17, a proof check is performed. In other words, the entire content of the transmission file 67 
and of the reception file 68 are compared and it is determined whether or not they match each other. 

At step SN18, the transmission file and the reception file are deleted. 

At step SN19. the transmission result ("accepted" or "not accepted") is displayed. 
45 With the above process, text data of cases commanded are transmitted to a party. In addition, an 
"accepted" or a "not accepted" message, which is sent back from the party, is displayed on a real time 
basis. Where all the cases have been transmitted, where 300 cases are transmitted, or where a preliminary 
disconnection warning is received, the process can automatically issue a receipt request, receive the 
receipt, and perform a proof check. 
60 When the result determined at step SN8 is NO, that is. it is determined that the registration request is 
abnormal, the process edvances to step SN10. At step SN10. it Is determined whether or not a line error Is 
occurring during transmission. When the determined result Is YES, at step SN20 a transmission status hag 
representing a continuation state Is turned on. Thereafter, when the determined resuft Is NO, et step SN21, 
an abnormal message is issued. Thereafter, steps of SN16 or later are performed. Thus, when a line error 
55 or the like occurs, the flag representing the continuation state is turned on and the line is disconnected. 

When the result determined at step SN11 Is NO and the received text does not contain an "accepted" 
or a "not accepted" message, the process advances to step SN13. At step SN13, it Is determined whether 
or not a message representing that transmitted cases exceed 300 is occurring. When the determined result 
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is YES. the process advances to step SN22. At step SN22. while the line is connected, an automatic receipt 
request ,s issued. Thereafter, a receipt is received. Thereafter, steps of 8N17 or later are repeated. When 
the determined result is NO. the process advances to step SN23. At step SN23, ft is determined whether or 
not a preliminary disconnection warning is occurring. Whan the determined result is YES, the process 
advances to step SN24. At step SN24. while the line is connected, an automatic receipt request is issued 

^S.ToT ,8CeiV8d - Th9reaftef ' thB pr0C9SS moves to 8N18 - m * n •» result determined at 
step SN24 Is NO. the process moves to step SN21. At step SN21. en error message Is Issued. Thereafter 
to process moves to step SN16. Thus, when the number of cases being transmitted exceeds 300 or a 
Pmintury disconnects warning [a message Issued before a predetermined time of stopping the line 
mr,"" ^^P' 8 ' iS m,nutes **» disconnection)] Is taking place, while the line Is connected a 

S P iI q tTTT 1 ^ " d fte reCe ' Pt ' S r6CeIved - When *• line 18 disconnected In one of 
such states, even If the line is connected again, the receipt request Is not accepted 

^JJT wWl ; efere "^ to R 9ure 50, a highlight Indication and an Indicator Indication of a transmission 
procedure are described In detail. «<u«i»is»ion 

At step SH11 in Figure 50. the terminal equipment Is connected to the host (logged on) 

ZllI P I 3 * bter P9rf0rm9d - Wh8n m de,ermin8d resu| t «» NO. since the line 
connection was unsuccessful, the process is ended (END). 

At step SH13. a procedure to b transmitted is highlighted. For example. "0003. Patent application 

h T L Wh,C ? n hatCh8d in m "*-* ® are "WHohW. Thus, the opel 

wh.ch procedure (text data) Is being transmitted. 

At step SHI 4. the indicator displays 

"Transmitting «CICJIZ]£3? 

ischanSd^^ 

At step SH16, the Indicator displays 

"Transmitting i ff BB j [~~] '* 

At step SH17. a registration request Is Issued (transmitting status, from WS to HOST) In other words a 
registration request Is transmitted from he electronic application terminal equipment (or a woS to I 
host computer of the Patent and Trademark Office. siauonfto a 

At step SK18, the Indicator displays 

"Transmitting ■■■□□< 

This indication is the same as that shown by right schematic diagram (A). 

At step SH19. a registration request is issued (transmitting status, form HOST to WS). In other words a 
npMn request is transmitted from the host computer of the Patent and Trademark oZTS wo* 

At step SH20, the indicator displays 

"Transmitti : .g WBmmm 

At step SH21 , a registration request post-process is performed. . 

At step SH22. accepted/not accepted message and acceptance number are edited 

A step SH23. the accepted/hot accepted message and acceptance number are displayed 

At step SH24. the Indicator displays 

"Transmitting 0010 
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This indication is the same as that shown by right schematic diagram ®. 

At step SH25, it is determined whether or not a page is changed. When the determined result is YES, 
the process advances to step SH28. At step SH26, a page change process is performed. In other words, as 
shown by right schematic diagram ©, 40 procedures can be displayed on the screen. For example, when 
s the transmission of the 39th procedure of page 1 is started, this procedure is displayed at the beginning of 
page 2 as shown by right schematic diagram ©. Thus, at any timing, both the procedure being transmitted 
and the next procedure can be clearly displayed. Thus, the procedures can be readily transmitted. When 
the determined result at step 6H25 Is NO, the process advances to step 6H27. 

At step SH27, ft Is determined whether or not all cases have been processed. When the determined 
ro result Is YES, since all the procedures have been transmitted, the process is ended (END). When the 
determined result at step SH27 Is NO, since all the procedure have not yet been transmitted, steps of SHI 3 
or later are repeated. 

The right hand schematic diagrams ® to © of Figure SO show en example of screen transition. 
The screen shown by schematic diagram ® highlights "0003, Patent application, Magnetron" which is 
»5 currently being transmitted. In addition, the Indicator displays 

"Transmitting 0g f|| BS| □ □ " 

20 (same as step SH16 which Is the registration request status (transmitting, WS <-HOST) at step SH19). 

The screen shown by schematic diagram ® highlights "0003, Patent application, Magnetron" which is 
currently being transmitted. In addition, the indicator displays 

25 "Transmitting S3BT I3| |SB VH 0BT 

(same as step SH24 which is the status where an acceptance number 00000003 is shown). 

The screen shown by schematic diagram © highlights "0004, Patent Application, Multiply Articulated 
Robot". In addition, the indicator displays 

30 

"Transmitting JB^C]C3CI]0" 

(same as step SH14 which is the status of the registration request pre-process at step SH15). 
ss The screen shown by schematic diagram @ highlights "0039, Patent Application, Multiply Articulated 
Robot" which Is currently transmitted at the second line from the end of page 1. In addition, the indicator 
displays 

"Transmitting flST/gag TO H BBT - 

40 

The screen shown by schematic diagram © displays "0039, Patent Application, Multiply Articulated 
Robot" which is currently transmitted at the first line of page 2 and highlights "0040, Patent Application, 
Multiply Articulated Robot" which is currently transmitted. In addition, the indicator displays 

45 

"Transmitting 

When the last two procedures of a page have been transmitted as 6hown by schematic diagram © . the 
60 remaining procedures are scrolled to the beginning of the next page so as to improve the visibility. 

Next, the above automatic continuation process SN4 Is described In detail with reference to the flow 
chart 6hown In Figure 51. At 6tep SQ1, It Is determined whether or not data "Transmitting" is present In the 
transmission status field of the management Information file 65 shown by the right schematic diagrams 
thereof. 

ss At step SQ2, it Is determined whether or not continuation Is required. When the determined result Is 
NO, at steps SQ3 to SQ10 a registration request process If performed. When the determined result Is YES, 
the process advances to step SQ11. At step 6Q11, a continuation request process Is performed. In other 
words, In accordance with Information left In the management Information file 65, e procedure with 
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"Transmitting" in the transmitting status field is resumed. 

1 H0^™T1 mimS mM 81 SQZ is N0, m is> " ls determined continuation is not required, 
at step SQ3 the line is connected (logged on). At step SQ4. it is determined whether or not the loo-on 
operat.cn is patterned normally. When the determined result is YES {normally logged on), the process 

, " f* ? 305 ° r ,ater ' 3 transmission ^ is W" 8 " «he determined 

resutt is NO (unsuccessful log-on), since the line is not connected, the process is ended (END) 

At step SQ5. a registration request pre-process Is performed. In other words, data Transmittina" 

ImSlfileK 8tart " UP ° f ,ranSmiSSI ' 0n 0f 3 suspended P r0C8dure ls recorded the management 

io At step SQ6. a registration request is sent to the host through the line 

« ™„?fcf eP 6 „ Q7 ' ! reCe ' Ved eleC,rCn ' C 18X1 is ana,yzed - ,n other words ' « ls dBtermined whether or not an 
event for continuation status (such as line error) takes place. 

e i„~? teP SQ8 ' '! ' S d8tBrmln8d wh9ther or not an 8 '™ *akes place. When the determined result Is YES 
« NO ihT^ 8 8 6TOr PlaC6 ' * e Pf0CesS 13 end9d < END >- « ne d etermlned result Is 

TLT t f Transm,tted representing that a procedure has been transmitted is stored in the 
management information file 65. 

detail S'J 11 i * d < et8r, ° ined Wh6ther ° r " 0t 311 pr0C8dures *"» alread V «*" transmitted. When the 
determined result « YES, since all the procedures to be transmitted have already been transmitted the 
20 process ,s ended (END). When the determined result is NO, step SQ5 and later are repeated 

file STcSS^ , T SmiSSi0 " 3,311,5 ' Transmi « in 9" is ***** »" ^ management information 
?JLhST^ T 18 automa,ical, y issued - Th "*. *» a procedure with transmission status 

iTSJLSr^ operator ™ pr «* ed w-th th9 opara,ion without i " te - 

» Figure 62 is a flow chart showing an offline application process. Figures 63 are schematic diaorams 

fZSS!r -B 01 "TV" U$9 " " 0f " in9 app,ication - The file geneZg poSS 

L°~c 8 tfa r ,SS,on fil9 for an onli ' le aPP'ication. However, in the third embodiment of Re invention 
the trensmisaon file generating portion 33-1 can apply for patents and utility patents in an offline modT 

* Wh^L^r i r P ^° n 34 ' 1 Sh0Wn R9ure 8 executBS a P racess fOT » °™» applicafon. 
ST«S/ w T °' ^ 0fflme P racess is sta *> d (START), at step SRI a procedure table as shown in 

^Z ^TTL?" Pr ° C8dUre me " mad from ^ P r0C8dure ^a^gement information file 26. 

Tec "JSTZ n Z 8 T name f ° r an ° min9 applicati0n ' ,he process «*««» to *P SR2- At 
2 fif™ h d8SI9nati0n screen is dis P ,a y«i. Figure SIB Is a schematic diagram of an example of 

* SlrLST" r 8 "- Th9r6a,,er ' * * p BR3 8 ,6 « fil8 is < 8fe ™» d and a patem 
Slr ll T to a working area. When a text file is divided Into several portions, they are merged In 
otter word . In accordance with a selected procedure management record, a procedure file name and a 

TJZZ^Z addiH ° ni in aCC ° rdanCe * 8 uniaue P r0C8dure «'« *-»■ • P^'re 

m strS 1?^ n ^ ** fi ' e iS 8CC0rdanCe with node in «e second leve. of 

* iXTto l l'tJ^?*™ nam9 i$ ° btain9d 80(1 th8 ° btain8d « le is «° ,h « ^"9 
ZnS «, ^ 1 d6d ' n, ° ° h,,d teX,S> mer 9 8d " At SR4 - » h « ««tal storage capacity of 
patent text files wh.ch are copied to the working area is obtained. The total storage capacity is panSd as 

4s Zll S ^ P T^ 3nCe$ ,0 rtep SR? ' At ^ SR7 ' 256 b y ,8S of 8 P alen ' M are read from the 

resutt NO the 1*« ; r8SU " iS VESl the Pr0CeSS r9tums ,0 S,9 P 8RB - Wtl8n 818 d8 tormined 
ZwL ; ? P „«? a<,VanC8S 10 St9p SR9 ' At 6R9 ,h8 lntBma l tonal of the patent text is 
!" JIS ;tT in accorda n<= 8 •» structure conversion table. The converted paten. 55 s 
wntten on the floppy disk. Thereafter, the process returns to step SR7 
so When the format of all the patent text which is copied to the working area at step SR6 has been 

isooDleri f th f ' 0rma, • ^ Pr0CeSS 3dVanC8S ,0 *P SRt0 - " B,fl P 8R '°. the P?em tS S£S 
is copied to the working area is deleted. Thereafter, the process Is ended (END) 

W,th the above process, when an offline patent application is performed, a set of texts Includino for 

Spleted ° PPy diSk ,0 fh9 Pa,8nl md JrM 0ffic8 ' 0,8 procedure ? s 

Figure 54 Is a conceptual schematic diagram showing an online control process of electronic application 
terminal equipment. Rgure 54 in particular shows screens for displaying data to the «pE?US 
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entering data thereby. 

When an operation of terminal equipment in accordance with the embodiment is started, an electronic 
application menu is displayed. When the operator selects "Transmission to Patent and Trademark Office" 
mode, the terminal equipment prompts the operator to insert an ID card. When the operator inserts an ID 
6 card and enters a password, he can perform an online transmission. When the online transmission is 
started, a transmission status is displayed. When the operator requests Patent and Trademark Office to 
Issue a receipt, the terminal equipment receives the receipt and displays it While the terminal equipment 
displays the transmission status and the receipt request It performs the transmission and reception 
processes and outputs the results to a journal file. When the operator selects an automatic receipt process 
to request mode, this request Is displayed. At the time, the Information of the transmission and reception 
processes Is edited and the results are outputted to the Journal file. 

The journal process edits the Information of the transmission and reception processes such as the 
"Patent and Trademark Office" transmission mode and outputs the results to the journal file. Whenever a 
communication command (registration, receipt, or the like) is issued, the relevant information Is edited In the 
rs journal file. Figure 55 is a flow chart showing Journal edit end output processes. When the execution of the 
journal edit process is started, at step SSI a communication command is started. At step SS2 the 
communication command is edited in the journal file. At step SS3 it is determined whether or not the journal 
file has a free storage space. When the file has no free storage space, that is, the determined result is YES, 
at step SS4 the oldest record is designated. Thereafter, at step SS5 the communication command is 
20 outputted to the journal file. When the file has a free storage space, that is, the determined result is NO, the 
process advances to step SS5. At step SS5, the communication command is outputted to the journal file. 
By repeating this process for the number of communication commands, the information relevant to startup 
of registration command, receipt command, or the like is outputted to the journal file. To print out the 
content of the information written to the journal file in the edit process of steps 8S1 to SS5, a process 
25 shown in Figure 56 Is performed. At step SS6, a print range is designated. At step SS7. screen display 
mode or printer output mode Is selected. When the screen display mode is selected, the process advances 
to step SS6. At step SS8, the journal is displayed on the screen. When the printer output mode is selected, 
the process advances to step SS9. At step SS9, the journal is printed out from the printer. When the screen 
display mode is selected, the journal in the designated range is displayed. In other words, the print range is 
30 designated at step SS6 as shown in Figure 57A. Thereafter, by designating an output device as shown in 
Figure 57B. the designated journal is displayed or printed. Rgure 58 shows an example of the journal. A list 
of sequential number, type, date, time, reference No, acceptance No, procedure name, and result Is 
displayed or printed in their order. 

In the above embodiment of the present invention, the image data merging process and the online 
as control process are not limited to electronic application terminal equipment. For example, they can apply to 
word processors, personal computers, and so forth. 

Industrial Utilization 

According to the present invention, various formats of externally generated text data are converted into 
the internal format of the terminal equipment. Since the text data in the internal format are merged with a 
procedure, it can be stored, managed, edited, proof-checked, and transmitted. Thus, the present invention 
significantly improves the performance of electronic application terminal equipment 

(1) By simply setting a floppy disk storing a patent text or the like generated by a word processor or the 
(ike, the format thereof is automatically determined and then converted into the internal format. Thus, the 
data format for the patent text or the like does not need to be designated. After the floppy disk is set to 
the terminal equipment, the format conversion, procedure file generation, registration, and so forth are 
performed automatically. 

(2) Since patent texts and so forth are hierarchically structured of procedure files comprising a structured 
text file and real data storage files (an application preamble file, a specification file, a drawing file, an 
abstract file, and so forth), documents necessary for Individual procedures can be Integrally managed. In 
addition, many complicated documents such as patent text can be readily managed. In addition, edit 
processes such as division and merging of specifications and so forth can be readily and quickly 
performed. 

(3) When a floppy disk is set to the terminal equipment, the format of data stored therein Is automatically 
determined and then converted into the Internal format. Identifiers are automatically recognized from the 
data. Thereafter, sample text file and data files which are hierarchically structured are generated. The 
data are copied to these files so as to automatically generate a procedure file. Thus, by setting a floppy 
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JLSiST " nerated by a pmxssor or *• lik * a procedure fi,B - b * 

(4) Whan a plurality of hierarchically structured files, for example, specification files are merged or an 

SLITS 0 " 85 S8rti0n ° f dB,Bti0n °' CharaCt8rS is p8rfom,8d ' " ima 9 9 <** «» tf bound*? 
beforeen two pages, a page change code is automatically place. Thus, the "image at page boundaV 
can be automatically prevented. wwiuwy 

(5) Since a text format Is analyzed and paragraph numbers are automatically assigned the ooerator-s 

L o r? fi ^r 9 i 8 ° r * h8 1,158 " te fe ting Ima 

mode, replace mode, automatic & replace node, or renumbering mode, paragraph numbed be 
assigned and renumbered when necessary. numoers can be 

In addition, when Image data are merged with a text, the frame size thereof is automatically set The 
H Can 8 d8S,flnated to W maxlmum frame ""a B 8 data7b7cuuan 

S l 6 "^^ ^ 8 T P ° S,t,0n - ^ ** ° n ,in6S precedi "9 - lm ge date « to 

22?'.^ a ^ 0rdanCe With * e !ma " 8129 08,1 be dis P ,a V^- Identifiers can be automScalV 

assgn^f to Image data. Thus, the "image at page boundary- can be automatically pnweJTZS? 
when an , mage » updated, text data table listing such as text data on the line preceding image date cTbe' 
displayed. Thus, image data can be readily selected and updated. 
Thus, image data can be merged with a text in a simple operation 

strJ^tT T he " 80 8PPliCati0n <f ° Cument (t9Xt data > ls « «~iv«l on line, shortage of 

storage capacity for reception file 6 and receipt file 9 can be prevented. A text taMM^SZ 
transmission and a transmission states ere displayed on a real time basis. A^ZSESfi 
.ssued and received. After a text has been transmitted, it is proof checked. A text tJSS^SSZ 
yet been transm.tted is automatical transmitted when the terminal equipment is S2£££!? 



Claims 
1 



a 



Terminal equipment comprising: 

a plurality of text converting portions for converting various formats of externally generated text 

a JT ° f S3id ,erm ' nal 9QUipmem for receM "9 *° converted dai 

th» tZ^iarZ at, ,°" processln 9 portio " *» merging or combining the converted data received in 

Ud ferminal equipmem w ' ,h one procedure text data which « be s-5 

a text editing portion and a paragraph number assigning portion for editing the text data meroed 
with said procedure within the terminal equipment; 9 
a text checking portion for checking the content of an edited procedure document 

into : SZSon £K ^ P0 * n °"""* B ^ '° rmat °' ^ ^ Pr0C8dUf8 d ~ 

said \X£Z£r* tranSmitfin9 ^ ,ranSmiSSi °" ** to ^ id ° - 

c^prisel: 31 e " UiPment 85 ^ ' n ^ Mid prooedure oration process portion 

co^Z^LZ^T™ file ha " n9 a document ,ab,e - 80 id8nfifler tab,e - a p,ur ^ - 

a procedure management information file for determining a procedure unit of text dab. in 
accordance with said procedure generate reference file. tom&VS^ ^SL" 

a procedure document storage file for storing text data constructing each procedure 
said procedure generation processing portion being arranged to merge and divide text data in 
accordance with said procedure management information file. 

The terminal equipment as set forth In claim 2. wherein said paragraph number assionino oortion 
determines whether or not to assign paragraph numbers in accordance 1 the 
Jon stored m said procedure management Information file, reads text data when pa^rap ZZs 
are required, determines whether or not the text data is In a paragraph number aSment anoe n 
accordance with Identifiers contained therein, for determining Lther or 

been assigned if the read text data is in the paragraph number assignment rang'e, renters p^ 
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numbers in ascending order without newly assigning a paragraph number if they have been assigned 
or assigns paragraph numbers if they have not been assigned, wherein each line is ended with a 
punctuation code and a carriage return code, the number of lines from an immediately preceding 
assigned paragraph number to the line ended with the punctuation code and carriage return code is 
counted, end the counted number of line is equal to or larger than a predetermined value or does not 
assign a paragraph number if the counted number of lines is not equal to or larger than the 
predetermined value. 

4. The terminal equipment as set forth In claim 1, further comprising a page adjusting portion for forcibly 
placing a carriage return code just before said Image data ff said image data merged with text data is 
present at a boundary between two pages. 

6. The terminal equipment as set forth In claim 1, wherein said text converting portion is arranged to 
automatically convert e format of text data being read from a medium Into a predetermined format 
when in accordance with the medium being set to the terminal equipment, a text data Is read from the 
medium and the format of the text data is detected. 

6. The terminal equipment as set forth in claim 1, wherein said procedure generation processing portion is 
arranged to search for an Intermediate code table in a procedure generation reference file with a code 
corresponding to selected data in accordance with a procedure category and a law code being 
selected, to retrieve an intermediated code of a main document, to generate a hierarchically structured 
sample procedure file (consisting of a structured text file and a data file) in accordance with the 
intermediate code, to store a generated patent text to the procedure file, and to automatically generated 
a hierarchically structured procedure file. 

7. The terminal equipment as set forth in claim t, wherein said terminal equipment is arranged to search 
for text data line by line in accordance with a designation of text data and an automatic designation of a 
paragraph number; and when it is determined that either of an identifier of a paragraph number, an 
Image frame, a set of a punctuation code provided at the end of the preceding line and a blank code 
provided at the head of the next line thereof , or an Identifier with a paragraph number Is present; a line 
comprising a paragraph number assigned in ascending order and a carriage return code on a line 
preceding the identifier, the image frame, or the blank code (and on a line following the image frame) is 
inserted end assigned a paragraph number or a paragraph number Is renumbered in ah ascending 
order if the identifier has the paragraph number. 

8. The terminal equipment as set forth in claim 1, wherein said terminal equipment Is arranged to 
automatically assign e paragraph number as 6et forth In claim 7. to assign a paragraph number In the 
order of presence of a registered paragraph number assignment mark, or to assign a paragraph 
number in ascending order in combination of the above two ways in accordance with one of the 
assignments of text data, registration of paragraph number assignment mark, and 
automatic/replace/automatic & replace modes of paragraph number assignment. 

9. The terminal equipment as set forth in claim 1, wherein said terminal equipment is arranged to search 
for text data line by line in accordance with designation of said , text data end designation of 
renumbering of paragraph number assignment and to renumber a paragraph number in ascending 
order if it is determined that the searched line contains ah identifier with a paragraph number. 

to. The terminal equipment as set forth in claim 1, wherein said terminal equipment is arranged to divide a 
target procedure document into a main document and an attached document, to perform a bib- 
liographic information generation process for said main document, to perform a T73 conversion process 
for said attached document to perform an edit process for generated files, generate a transmission file, 
and perform a text check for said transmission file. 

11. The terminal equipment as set forth in claim t, wherein said procedure generation processing portion is 
arranged to prepare In a procedure generation reference file Information necessary for generating 
bibliographic information In a format of a plurality of tables, to generate an offset Information table end 
a bibliographic information file In accordance with said procedure generation file, end to generate a 
transmission file when the transmission file is to be formed. 

o 
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12. The terminal equipment as set forth in claim 1, wherein 6aid terminal equipment is arranged to 
generate a post-amendment content storage file along with performing a bibliographic information 
generation process in generating an amendment, to perform a 173 conversion process, and to generate 
a transmission file. 

13. The terminal equipment as set forth in claim 1, further comprising bibliographic information generating 
means for determining an Identifier in a main document and for generating a bibliographic Information 
file, said bibliographic Information generating means having an item attribute table comprising a group 
Item Identifier and member Item Identifier for determining whether said Identifier Is a general Item or a 
group Item, thereby performing said bibliographic Information generating process. 

14. The terminal equipment as set forth In claim 13, wherein said bibliographic Information generating 
means has an Kern table comprising an Intermediate code, a document code, en Item 10, and a 
mandatory category tor checking en Identifier necessary for an application procedure, said bibliographic 
information generating means being arranged to read an item ID necessary for said procedure by using 
an intermediate code and a law code in accordance therewith, to compare to the item ID with that in an 
offset Information file and to check a mandatory identifier necessary for said procedure. 

15. Terminal equipment arranged to retrieve text data from an external medium, to search for a text name 
with a key of a control code, to retrieve the text name, to generate a text information table, to refer to 
an intermediate code table In a procedure generation reference file for a particular document, to 
retrieve an intermediate code, to generate a hierarchically structured sample procedure file (consisting 
of a structured text file and a data file) retrieved from a structured text definition file in eccordance with 
said intermediate code, to store a patent text being read from the outside of 6aid terminal equipment in 
said procedure file, and to automatically generate a hierarchically structured procedure file. 

16. Terminal equipment comprising: 

a plurality of text converting portions for converting various formats of externally generated text 
data Into an internal text format of said terminal equipment and for receiving the converted text data; 

a procedure generation processing portion for merging with one procedure the converted text data 
which can be stored and managed; 

text editing portion and paragraph number assigning portion for editing the text data merged with 
said procedure within the terminal equipment; 

a text checking portion for checking the content of a procedure document which has been edited; 

a transmission file generating portion for converting the format of the procedure document which 
has been checked Into a transmission format; 

a transmission processing portion for transmitting the transmission format data to the outside of 
said terminal equipment; 

a text content file for storing an identifier and an image placement mark; 

a text merging information file for storing a frame size and so forth of image data; and 

an image file for storing image data, 

wherein a merging start position and a frame size are set to said text merging information file in 
accordance with image data 60 that a text which is retrieved from said text content file is merged for 
the frame size of image data being read, from said merging start position of said image data being 
determined in accordance with a position where an identifier or an image placement mark is detected, 
said image data being stored in said image file, said image data being merged with said text. 

17. Terminal equipment comprising: 

a plurality of text converting portions for converting various formats of externally generated text 
data into an internal text format of said terminal equipment and for supplying the merged data; 

a procedure generation processing portion for merging with one procedure the converted text data 
which can be stored and managed; 

a text editing portion and paragraph number assigning portion for editing the text data merged with 
said procedure; 

a text checking portion for checking the content of an edited procedure document; 
a transmission file generating means for converting the format of the checked procedure document 
Into e transmission format; ■ 

an online application portion for transmitting the transmission format data to the outside of said 
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terminal equipment; 

a transmission file generating portion for generating a transmission file for storing text data being 
transmitted In an online transmission state, a reception file for storing text data received from a party, 
and a receipt reception file being arranged to 6tore receipt data received from a party; and 

a storage device for storing said transmission file, said reception file, and 6aid receipt reception file. 

wherein said transmission file generating portion is arranged to generate and/or an area of said 
transmission file, 6aid reception file, and if necessary said receipt reception file; to transmit text data 
retrieved from said transmission file to a party through a line; to store In said reception file text data 
received from a party; and to store receipt data In said receipt reception file. 

18. An Image merging method for merging Image data with a text by using a text content file for storing a 
text containing an identifier end an image placement mark, a text merging information file for storing a 
frame size of Image data and so forth, and an Image file for storing Image data, 

said Image merging method comprising the steps of: 
retrieving a text from said text content file; 
searching for said text; 

detecting an identifier or an image placement mark; 

detecting an image, data merging start position in accordance with the detected position; 

setting in said text merging information file said merging start position and a frame size in 
accordance with said image data so as to merge said Image data from the merging start position for 
said frame size; and 

storing said image data in said image file so as to merge said image data with said text 

19. The image merging method as 6et forth in claim 18, further comprising the steps of: 

setting a merging start position and a frame size to said text merging information file so as to 
merge Image data for a designated frame size when a cut range is designated or Image data for a 
maximum frame size when said cut range is not designated; and 

storing cut image data in said image file. 

20. The Image merging method as set forth In claim 19, further comprising the steps of: 

displaying all Image data being read along with a maximum frame size which can be merged with 
said text or along with a frame size with a designated cut range, or displaying only image data in the 
range of a frame size with a designated cut range or maximum frame size; and 

scrolling Image data displayed in said maximum frame size or in said frame size with a designated 
cut range. 

21. The image merging method as set forth In claim 18, comprising the step of: 

displaying scales in accordance with a size of image data being read when said merged image 
data are displayed. 

22. The image merging method as set forth in claim 18, further comprising the step of: 

displaying contents of Image data being read along with text data which precedes, follows, or 
precedes and follows said merging start position when said merged image data are displayed. 

23. The image merging method as 6et forth in claim 18, further comprising the 6tep of: 

automatically placing an identifier with a number in an ascending order in a text on a line preceding 
image data when said read image data being read are merged with said text. 

24. The image merging method as set forth in claim 18, further comprising the steps of: 

detecting whether or not image data are present at a boundary between two pages when said read 
Image data are merged with a text; and 

automatically placing a carriage return mark In a text on a line just preceding said image data when 
It Is determined that said Image data occur at a boundary between two pages. 

25. An Image merging method for merging Image data with a text, said Image merging method comprising 
the steps of: 

displaying a table of text data on a line preceding, following, or on lines preceding and following 
image data being merged when Image data read en merged with a text are updated; 
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selecting desired image data from said table; 
displaying said selected data piece; and 
updating said selected image data. 

* ramSg m8r9in9 ** m " r9in9 ima " Wi,h * ,8Xl saW ima " merflin 8 a W*« te 

a text content file for storing a text containing an Identifier or an Image placement mark- 
a text merging Information file for storing a frame size of Image data and so forth; 
an Image file for storing Image data; and 

' n^lT? ,or /f evin ° a t6 « from «« ^ content file, for searching for an Identifier or an Image 

HZ 7 * tor d9termlnin9 m ,ma " data mer ° ,no *« p° si « on ,n i 

£ !,!!Tt 8 J 0,ma,,0n fi ' 8 ttCCOrdance wlth said lma 9 9 *» 60 88 te "WBe only frame 
size of Image date with said text, end for merging said image data with said text 

* SdCmToi" M ^ ,0f —"»«"■ a " d text data on line. 

.«,nl tr rH miSSi ° n r" 89n8ratin9 P ° rti0n fer 9enBratin9 a ^ansmission file for storing text data which is 
tranced m an online transmission state, a reception file for storing text data which is received from a 
party, and a receipt reception file for storing receipt data received from a party and 

'° r St ° rin9 f ,ransmi5sion ,i,e ' said rec9 P«°" fi'e. and said receipt reception file, 
wherem sad transm.ss.on file generating portion is arranged to generate and/or partita said 
^mission file, said reception file, and if necessary said receipt recepL file in said sSage Se S 

^\£££. md receipt da,a ,eceived " om 6 ■»* in Mid ^ d 

24 a ™2T fr J7 issi0 " and ^eption control system as set forth in claim 27. wherein said system is 

stl,, « h \ 9 tranSn " ,ted (With 3 indica,ion or ,he lite >: to display a transSon 

S I nn? ( T? 1" Pr8 " ready S,a,US ' 8 ten " Btaton s,atus ' 8 send - ba( * "»». ™« a post-read? 

TZnlH *** I* ,0 diSP ' ay 8 rep,y 8 ^ < for «^». an acceptance mestage 
or a non-acceptance message) on a real time basis. 

24 ^nnSrT""? 0 "„ ^ M SyStem 83 set forth ,n claim 27 - "*«ln said system is 

JTE. 1? " y l ranSmH 8 ^ r8qU8St Wh " 9 a ,ine ,s connected - « h <» *• number of tea 
data transmissions exceeds a predetermined number or when the transmission of text date fe 
completed and to store received receipt data in accordance therewith in said receipt reception file. 

r)!„S??A anSm ! SSi °] 8nd r8Ceptol COntr ° l SyStem as set forth in <**» »• wherein said system is 

data in R ! n r P * in Mid * ranSmiSSi0n file and and to compel* 

£1,7 !, nSm,SS,0n fi ' 9 that in Mid reCepBon fi,B 60 as to Pa rf °™ a proof chSrfE 
transmission and reception are completed. 

nTrt^™!?*™ "! d reCepUOn COn,r0 ' SyStem as Mt ,orth ,n c,aim 27 - «>id system 

further compnses a journal process for outputting a transmission status to a journal file said ioumaJ 
process being arranged to cyclically store, display, and print a data, a One. an ZT^JZ! 

tT^p^ 

* s T o rnl tranSmiS , Si0n 8 " d r8C8Pti0n COn,r0 ' SVSt9m - COmprisin 9 a management Information file for 
storing and managing a unique management number attached to each of text data and a transmission 
status (such as "Not transmitted", "Transmitting", or "Transmitted") transmission 
wherein said system is arranged to set "Transmitting" to each piece of text data while the text Is 
bejg transmitted or to set "Transmitted" thereto when the transmission is completed o where Tn1he 
ST IT 9 V° S ^ "J™ M «*" "* ^ta are being transmitted after the tZm s 2 
hereof whlc is stopped due to any cause is resumed, "transmitting status" In said maZSS 
informal file is searched and the text data with the management number of "Transmitting- 7s S 
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